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Description 

[0001] This invention relates to data bus communica- 
tion, and in particular, though not exclusively, to a video 
data communication system and method in which video 
data is transmitted between devices connected to a data 
bus according to a protocol which can ensure the secu- 
rity of the transmitted video data. 
[0002] Video data devices are connected to a com- 
mon data bus to facilitate the communication of video 
data among the devices. Such devices include video 
signal receivers : video signal decoders, video signal re- 
corders, video signal processing devices, video signal 
display devices, and video signal reproducing or play- 
back devices. The data bus architecture has the advan- 
tage of being easy to implement, modify, and expand. 
[0003] A video data bus system which conveys digital 
video data signals has the added advantage of substan- 
tially preserving the integrity of digital video signals 
transmitted on the bus. Such a system may transmit vid- 
eo data at great speeds without degrading the quality of 
the transmitted signal. Such a system is particularly use- 
ful for reproducing and disseminating copyrighted video 
data. 

[0004] To preserve the value of copyrighted video da- 
ta, a data bus communication system is needed that can 
selectively prevent certain devices connected to the bus 
from accessing certain video data but allowing such de- 
vices to access other video data. Also, a flexible com- 
munication protocol is needed to facilitate the secure 
and organized flow of video data through a video data 
bus system. 

[0005] Patent Abstracts of Japan Vol. 016, No. 459 
(E-1268), 24 September 1992 and JP 04 160940 A (Pi- 
oneer Electron Corp), 4 June 1992 discloses an on- 
board data communication network lor a vehicle includ- 
ing a master unit connected to a slave unit via a data 
bus. When a slave unit is connected to the data bus it 
registers itself with the master unit by sending commu- 
nication data to the master unit via the data bus including 
the slave unit physical and logical address and the mas- 
ter unit physical and logical address. 
[0006] European Published Patent Application EP-A- 
0,505,302 discloses an authentication protocol for a 
communication network in which a first user and a sec- 
ond user exchange first and second challenges and re- 
sponses. 

[0007] United States Patent US-A-5 ,054,064 disclos- 
es a video system in which a terminal is connected to a 
central facility via a duplex communication link. A termi- 
nal sends program identification data tor a received pro- 
gram to the central facility that then returns an encryp- 
tion key to the terminal that can be used to decrypt the 
data received by the terminal. 

[0008] United States Patent US-A-5,204,900 disclos- 
es a system in which a video signal may be descrambled 
by a receiver using one of a plurality of decoders in the 
receiver that is identified by encoded information in the 



received signal. 

[0009] In accordance with one aspect of the present 
invention, a method for communicating video data via a 
data bus between a master device and a slave device 
5 which are each coupled to the bus, comprises the steps 
of transmitting a slave address of the slave device and 
a command from the said master device to said data 
bus, generating, at said master device, a KEYCMD sig- 
nal as a function of said command and a master security 
10 key, receiving, at said slave device from said data bus, 
said slave address and said command and recognizing 
said slave address as corresponding to said slave de- 
vice, generating, at said slave device, an ACK signal as 
a function of said command and a slave security key, 
J5 transmitting from said slave device to said data bus a 
master address of said master device and said ACK sig- 
nal, receiving, at said master device from said data bus, 
said master address and said ACK signal and recogniz- 
ing said master address as corresponding to said mas- 
20 ter device, comparing said KEYCMD signal generated 
by said master device with said ACK signal received by 
said master device, and executing a data transfer be- 
tween S aid master device and said slave device if said 
KEYCMD signal corresponds to said ACK signal. 
25 [0010] In accordance with another aspect of the 
present invention, in a system for communicating video 
data between at least one master device having a mas- 
ter address and at least one slave device having a slave 
address by way of a data bus coupled to said master 
30 device and to said slave device; said master device in- 
cludes means for transmitting to said data bus said slave 
address and a command, means for generating a KEY- 
CMD signal as a function of said command and a master 
security key, means for receiving from said data bus said 
35 master address and an ACK signal, means for recog- 
nizing said master address as corresponding to said 
master device, means for comparing said KEYCMD sig- 
nal and said ACK signal, and means for receiving said 
video data from said data bus if said KEYCMD signal 
40 corresponds to said ACK signal; and said slave device 
includes means for receiving from said data bus said 
slave address and said command, means for recogniz- 
ing said slave address as corresponding to said slave 
device, means for generating said ACK signal as a func- 
45 tion of said command and a slave security key, and 
means for transmitting to said data bus said master ad- 
dress, said ACK signal, and said video data. 
[0011] In accordance with still another aspect of this 
invention, in a system for communicating video data be- 
so tween at least one master device having a master ad- 
dress and at least one slave device having a slave ad- 
dress by way of a data bus coupled to said master de- 
vice and to said slave device; and said master device 
includes means for transmitting to said data bus said 
55 slave address and a command, means for generating a 
KEYCMD signal as a function of said command and a 
master security key, means for receiving from said data 
bus said master address and an ACK signal, means for 
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muntcation system according to a first embodiment 
of the present invention; 

Figs. 2(a)-(d) are process timing diagrams to which 
reference will be made in explaining the operation 
5 of the video data communication system of Fig. 1; 
Figs. 3(a)-{d) are additional process timing dia- 
grams to which reference will be made in explaining 
the operation of the video data communication sys- 
tem of Fig. 1 ; 

'<> Fig. 4 is a flow diagram to which reference will be 
made in explaining the general sequence of com- 
munication and processing conducted by the video 
data communication system of Fig. 1 ; 
Fig. 5 is a schematic diagram of a video data corn- 
's munication system according to a second embodi- 
ment of the present invention; 
Figs. 6(a)-(d) are process timing diagrams to which 
reference will be made in explaining the operation 
of the video data communication system of Fig. 5; 
so Figs. 7(a)-(d) are additional process timing dia- 
grams to which reference will be made in explaining 
the operation of the video data communication sys- 
tem of Fig. 5; 

Fig. 8 is a flow diagram to which reference will be 
25 made in explaining the general sequence of com- 
munication and processing conducted by the video 
data communication system of Fig. 5; 
Fig. 9 is a schematic diagram of a display device 
compatible with the video data communication s'ys- 
30 tern of Fig. 1; 

Fig. 1 0 is a schematic diagram of a decoding device 
compatible with the video data communication sys- 
tem of Fig. 1 ; 

Fig. 11 is a schematic diagram of a display device 
35 compatible with the video data communication sys- 
tem of Fig. 5; and 

Fig. 1 2 is a schematic diagram of a decoding device 
compatible with the video data communication sys- 
tem of Fig. 5. 
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recognizing said master address as corresponding to 
said master device, means for comparing said KEYC- 
MD signal and said ACK signal, and means for trans- 
mitting to said data bus said video data if said KEYCMD 
signal corresponds to said ACK signal; and said slave 
device includes means for receiving from said data bus 
said slave address, said command and said video data, 
means for recognizing said slave address as corre- 
sponding to said slave device, means for generating 
said ACK signal as a function of said command and a 
slave security key, and means for transmitting to said 
data bus said master address and said ACK signal. 
[001 2] Embodiments of the present invention provide 
a communication system in which the security of video 
data transmitted on a data bus is maintained. 
[001 3] Further, embodiments o1 the present invention 
can prevent the unauthorized retrieval, reproduction, or 
display of video data transmitted on a video data bus. 
[0014] Embodiments of the present invention also 
provide a method for securely communicating video da- 
ta among particular devices connected to a common 
video data bus. 

[0015] Embodiments of the invention also provide a 
communication system in which a device connected to 
a common data bus is able to address particular other 
devices for the transfer of video data thereamong. 
[0016] Further, embodiments of the invention provide 
a communication system in which devices connected to 
a common data bus can issue control signals to other 
devices to initiate specific types of video data transfers. 
[001 7] In addition, embodiments of the present inven- 
tion provide a communication system in which video da- 
ta signals are transmitted on a video data bus without 
specifically included address signals. 
[0018] In embodiments of this invention, in executing 
a data transfer, the data in said master device is encrypt- 
ed according to an encryption key and the data in said 
slave device is decrypted according to said encryption 
key, and said slave address and said encryption key are 
transmitted from said master device to said data bus and 
said encryption key and said slave address are received 
at said slave device from said data bus with said slave 
address being recognized as corresponding to said 
slave device. Alternatively, in executing a data transfer, 
the data in said slave device is encrypted according to *5 
an encryption key and said data in said master device 
is decrypted according to said encryption key, said mas- 
ter address and said encryption key are transmitted from 
said slave device to said data bus and said master ad- 
dress and said encryption key are received from said so 
data bus at said master device with said master address 
being recognized as corresponding to said master de- 
vice. 

[0019] Embodiments of the invention will now be de- 
scribed, by way of example, with reference to the ac- ss 
companying drawings in which; 

Fig. 1 is a schematic diagram of a video data com- 



[0020] A first embodiment of a video data communi- 
cation system according to the present invention is illus- 
trated in Fig. 1. As explained in the following, it is pre- 
ferred that the video data communication system be 
specifically adapted to receive, process, and transmit 
digital video data. Nevertheless, it should be appreciat- 
ed that this system can be modified to accommodate 
other digital data or analog signals without departing 
from the scope of the invention. As it is understood that 
the system can easily be implemented to accommodate 
other types of data, the following is specifically directed 
towards a digital video data communication system to 
simplify explanation of the system. 
[0021] The video data communication system is gen- 
erally comprised of a receiver 21, a data bus 24, and 
one or more peripheral devices. The peripheral devices, 
depending on their particular configurations, may trans- 
mit and/or receive control signals and/or video data 
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through data bus 24. Two such peripheral devices are 
illustrated in Fig. 1 , specifically, a recording/reproducing 
device 22 and a recording/reproducing device 23. Each 
of receiver 21 , device 22, and device 23 are connected 
to data bus 24 and are capable of transmitting and re- 
ceiving control signals and video data through data bus 
24. 

[0022] Receiver 21 is suited for receiving, descram- 
bling, and decoding an input digital video signal. Specif- 
ically, receiver 21 is comprised of a tuner 30, adescram- 
bier 31 , a switch 32, an input/output port 33, a controller 
34, a memory 35, a switch 36, and a decoder 37. Pref- 
erably, the input digital video signal is a satellite broad- 
cast digital video signal acquired by a satellite antenna 
system. Alternatively, the input digital video signal is ac- 
quired from any of a number of other transmission me- 
dia, such as a land-based broadcast system, a cable 
television system, or a fiber optic network. 
[0023] Tuner 30 receives an input digital video signal 
(not shown) and selects a particular digital video signal 
or channel therefrom. Preferably, tuner 30 can be con- 
trolled by a user to select among a number of different 
video signals. Tuner 30 is coupled to descrambler 31, 
and provides a selected digital video signal thereto. 
[0024] Descrambler 31 descrambtes a scrambled dig- 
ital video signal. As is well known in the art, transmitted 
video signals are commonly scrambled or coded by a 
signal provider to prevent unauthorized reception of the 
video signal. Descrambler 31 descrambles, as needed, 
the selected digital video signal provided by tuner 30 
and provides an unscrambled version of the digital video 
signal to switch 32. In an alternate embodiment, a direct 
connection (not shown) between descrambler 31 and 
decoder 37 is provided to carry the unscrambled signal 
directly to decoder 37. 

[0025] Switch 32 is coupled to descrambler 31 , con- 
troller 34, and input/output (I/O) port 33. In accordance 
with a switch signal provided by controller 34, switch 32 
closes to connect descrambler 31 with I/O port 33. 
Switch 36 is connected to decoder 37, controller 34, and 
I/O port 33. In accordance with another switch signal 
provided by controller 34, switch 36 closes to connect 
decoder 37 with I/O port 33. I/O port 33 is further coupled 
to data bus 24 and controller 34. 
[0026] Through closed switch 36, decoder 37 re- 
ceives a coded digital video signal from I/O port 33. As 
is well known in the art, video signals are commonly 
compressed or otherwise coded to facilitate their trans- 
mission through a transmission medium. Decoder 37 
decodes, as needed, a coded digital video signal to pro- 
duce an uncoded digital video signal. Decoder 37 pro- 
vides the uncoded digital video signal to a video display 
device (not shown) for display to a user. It is preferred 
that decoder 37 is adapted to decode digital video sig- 
nals encoded in accordance with the Moving Picture Im- 
age Coding Experts Group (MPEG) standard. 
[0027] Memory 35 is a storage device for storing one 
or more security keys. Memory 35 is coupled to control- 
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ler 34 and stores or provides security keys and other 
data as required by controller 34. In response to com- 
mands provided by a user, or according to a pre -stored 
set of instructions, controller 34 transmits or receives 

5 address, control and data signals, through I/O port 33. 
to or from data bus 24. By manipulating switch signals 
provided to switches 32 and 35, controller 34 controls 
the flow of digital video data through I/O port 33. In an 
alternate embodiment, controller 34 further controls the 

*0 operation of I/O port 33 directly with I/O port control sig- 
nals and monitors data flowing through I/O port 33. 
[0028] Recording/reproducing device 22 is comprised 
of an I/O port 40A, a switch 41 A, a recording/reproduc- 
ing section 42A, a switch 43A, a controller 44A, and a 

15 card port 45A. I/O port 40A is coupled to data bus 24, 
controller 44A, switch 41 A, and switch 43A. I/O port 40A 
routes address, control, and data signals to and from 
data bus 24 and controller 44A. I/O port 40A routes data 
signals to switch 41 A and routes data signals from 

20 switch 43A. In an alternate embodiment, address and 
control signals are also routed through I/O port 40A to 
or from switches 41 A and 43A. Switch 41 A is further 
coupled to controller 44A and section 42A. Similarly, 
switch 43A is further coupled to controller 44A and sec- 

25 tion 42A. 

[0029] According to switch commands from controller 
44A, switch 41 A closes to connect I/O port 40A and sec- 
tion 42A. Also, according to switch commands from con- 
troller 44A, switch 43A closes to connect section 42A 
30 and I/O port 40A. Alternatively, switches 41 A and 43A 
may be replaced with a single bi-directional switch (not 
shown) controlled by controller 44 A and connecting I/O 
port 40A and section 42A. 

[0030] Recording/reproducing section 42A records 

35 data supplied through switch 41 A. Section 42A repro- 
duces prerecorded data and supplies the reproduced 
data to switch 43A. Preferably, section 42 A is a digital 
video tape recording/reproducing device (VTR). 
[0031] Card port 45A is adapted to mechanically, 
electronically, or otherwise engage a key card 48 and to 
obtain security key data or other information therefrom. 
Key card 48, which is shown engaged in device 23 in 
Fig. 1 , comprises an active or passive device, as is well 
known in the art. Card port 45A is coupled to controller 

**5 44A and facilitates the communication of signals be- 
tween controller 44A and an engaged key card. While 
a key card is not installed in card port 45A, card port 45A 
responds to signals from controller 44A by returning a 
signal that is not a valid security key. 

so [0032] In response to commands provided by a user, 
or according to a pre-stored set of instructions controller 
44A transmits to or receives from data bus 24, through 
I/O port 40A, address, control and data signals. By ma- 
nipulating switch signals provided to switches 41 A and 

55 43A, controller 44A controls the flow of digital video data 
through I/O port 40A. In an alternate embodiment, con- 
troller 44 A may control the operation of I/O port 40 A di- 
rectly with I/O port control signals and monitor data flow- 
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ing through I/O port 40A. 

[0033] As illustrated, device 23 is substantially the 
same as device 22, like elements being denoted by like 
reference numerals with the exception of the terminating 
letter A and B. Key card 48. shown attached to card port 
45B of device 23, stores a valid security key correspond- 
ing to a security key stored in memory 35. 
[0034] Operation of the first embodiment of the video 
data communication system will be described below. 
One of the most important features of this first embodi- 
ment is that each signal transmitted via data bus 24 is 
accompanied by an address signal corresponding to an 
address of a particular device, each device attached to 
data bus 24 having at least one address. Communica- 
tion of signals between selected devices includes com- 
munication of an address of the device intended as the 
recipient of the transmitted signal. Each device connect- 
ed to data bus 24 reads or writes, as appropriate, signals 
on data bus 24 when the device detects its own address 
on the bus. Signals accompanying addresses for other 
devices are ignored. In this manner, data are securely 
transferred between a transmitting device and a select- 
ed destination device. 

[0035] This communication protocol allows for many 
different sequences of signal transfer between devices 
connected to data bus 24. Examples of these signal 
transfer sequences, implemented in different modes of 
operation of the present invention, will be described in 
detail below. In one mode of operation, broadcast digital 
video data signals are received by receiver 2 1 and trans- 
mitted to data bus 24 for display by a display device (not 
shown), for recording by a recording device, or for other 
signal processing. In another mode, prerecorded video 
data are reproduced by a peripheral device and trans- 
mitted to a decoding device for decoding and subse- 
quent display. In still another mode, prerecorded video 
data are reproduced by one peripheral device and trans- 
mitted to another peripheral device which records the 
video data. 

[0036] In a first broadcast display mode, receiver 21 
receives a broadcast signal and suitably processes it for 
display by a video display (not shown). Tuner 30 selec- 
tively receives a broadcast signal and supplies the sig- 
nal to descrambler 31. Descrambler31 descramblesthe 
broadcast signal and provides a descrambled version 
of the signal to switch 32. Controller 34 outputs switch 
signals that cause switches 32 and 36 to close and out- 
puts I/O port control signals to cause I/O port 33 to cou- 
ple switches 32 and 36 together. The descrambled video 
signal propagates through switch 32, I/O port 33, and 
switch 36, to decoder 37. Decoder 37 decodes the de- 
scrambled video signal and supplies the decoded signal 
to a video display (not shown). When a direct connection 
between descrambler 31 and decoder 37 is provided, 
the descrambled signal is supplied directly to decoder 
37, bypassing switch 32, switch 36, and I/O port 33. 
[0037] In a second broadcast display mode, receiver 
21 receives a broadcast video signal and supplies the 



broadcast signal to a display device (not shown) con- 
nected to data bus 24. An example of such a display 
device is illustrated in Fig. 9 and will be described in de- 
tail in a later section. As in the first broadcast display 

s mode, tuner 30 selectively receives a broadcast signal 
and provides the signal to descrambler 31 . Descrambler 
31 descrambles the broadcast video signal to produce 
a descrambled video signal. Controller 34 issues an ad- 
dress signal corresponding to a selected display device 

10 and a display command, and appropriately manipulates 
I/O port 33 to route the address signal and display com- 
mand to data bus 24. 

[0038] The display device (not shown in Fig. 1) reads 
the address on data bus 24, recognizes the address as 

T5 its own, and reads the accompanying display command 
from data bus 24. The display device processes the dis- 
play command to generate an ACK signal and transmits 
an address of receiver 21 along with the ACK signal to 
data bus 24. The address and ACK signal supplied by 

20 the display device are received by controller 34 via I/O 
port 33. 

[0039] Controller 34 retrieves a security key from 
memory 35 and generates a KEYCMD signal as a func- 
tion of the display command and the retrieved security 

25 key. The KEYCMD signal is then compared to the re- 
ceived ACK signal. If the ACK signal is equal to the KEY- 
CMD signal, then controller 34 transmits an address cor- 
responding to the display device to data bus 24. Con- 
troller 34 also issues a switch command to switch 32, 

30 causing it to close, and an I/O port control signal to I/O 
port 33, causing it to couple switch 32 with data bus 24. 
Descrambled video signal transmitted from descram- 
bler 31 propagates through switch 32 and I/O port 33 to 
data bus 24. 

35 [0040] The address signal on data bus 24 is recog- 
nized by the display device and the subsequently trans- 
mitted video data are received, processed, and dis- 
played. Other peripheral devices connected to data bus 
24 do not read the video data present on the bus if the 

40 address signal does not correspond to one of their own 
respective addresses. 

[0041] In a recording mode of operation, receiver 21 
receives a broadcast signal and transmits the broadcast 
signal via data bus 24 to a particular peripheral device 

45 which records the signal. Controller 34 configures I/O 
port 33 to couple controller 34 with data bus 24 and then 
transmits an address of a particular recording device 
along with a record command to data bus 24. Assuming, 
for example, that the address transmitted corresponds 

50 to an address of device 22, controller 44A, through I/O 
port 40A, reads the address on data bus 24, recognizes 
the address as its own, and reads the accompanying 
record command from data bus 24. Controller 44A proc- 
esses the record command to generate an acknowledge 

55 (ACK) signal. 

[0042] Specifically, controller 44A polls card port 45A 
for a security key and generates an ACK signal as a 
function of the received record command and the signal 
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returned by card port 45A, Controller 44A then transmits 
an address of receiver 21 and the ACK signal via I/O 
port 40A to data bus 24. The address and ACK signal 
supplied by device 22 are received by controller 34 via 
I/O port 33. 5 
[0043] Controller 34 retrieves a security key from 
memory 35 and generates a KEYCMD signal as a func- 
tion of the record command and the retrieved security 
key. The KEYCMD signal is then compared to the re- 
ceived ACK signal. If the ACK signal is equal to the KEY- io 
CMD signal, then controller 34 transmits an address sig- 
nal of the particular recording device to data bus 24 
through I/O port 33 and configures switch 32 and I/O 
port 33 for the transmission of descrambled video data 
from descrambler 31 to data bus 24 to initiate the trans- is 
fer of video data. If the ACK signal is not equal to the 
KEYCMD signal, then controller 34 issues a switch com- 
mand signal, causing switch 32 to open, to prevent the 
flow of descrambled broadcast video data to data bus 
24. 20 
[0044] Since, as illustrated in Fig. 1 , card port 45A of 
device 22 is not coupled to a card key containing a cor- 
rect security key, controller 44A will generate an ACK 
signal which is not equal to the KEYCMD signal pro- 
duced by controller 34 and no video data transfer will 25 
occur. Thus, the supply of descrambled broadcast video 
data to a particular recording device depends upon the 
installation of an appropriate key card in the card port 
of the particular device. 

[0045] When device 23 is selected to record broad- 30 
cast video data, controller 34 outputs an address of de- 
vice 23 to data bus 24 through I/O port 33 along with a 
record command. Controller 44B, through I/O port 40B, 
reads the address on data bus 24, recognizes the ad- 
dress signal as its own and reads the accompanying 35 
record command. Controller 44B retrieves a security 
key from key card 48 via card port 45B. Controller 44B 
generates an ACK signal as a function of the received 
record command and the retrieved security key. Con- 
troller 44B transmits an address of receiver 21 and the *o 
ACK signal to data bus 24 through I/O port 40B. 
[0046] As above, controller 34 reads the address sig- 
nal and the ACK signal, generates a KEYCMD signal, 
and compares the ACK and KEYCMD signals. If the se- 
curity key contained in key card 48 corresponds to the *s 
security key contained in memory 35, the ACK signal 
and the KEYCMD signal are equal. Meanwhile, control- 
ler 44B supplies a switch control signal to switch 41 B, 
causing it to close, thereby connecting I/O port 40B with 
recording/reproducing section 42B. Further, I/O port so 
AOS is configured to route video data from data bus 24 
to section 42B. After verifying that the two security keys 
correspond, controller 34 facilitates the transmission of 
an address of device 23 and descrambled broadcast 
video data to device 23. ss 
[0047] Controller 44B, through I/O port 40B, reads the 
address on data bus 24 and recognizes the address sig- 
nal as its own. The accompanying descrambled video 



data on data bus 24 is retrieved and passed through 1/ 
O port 40B and switch 41 B to section 42B for recording. 
As a result, recording devices having the selected ad- 
dress and provided with a key card 48 having the correct 
security key retrieve and record video data supplied by 
receiver 21. 

[0048] In a playback mode of operation, receiver 21 
initiates the playback of prerecorded video data from a 
peripheral device. Controller 34 transmits an address 
signaL corresponding to an address of a particular pe- 
ripheral device, along with a playback command to data 
bus 24through I/O port 33. Assuming, for example, that 
the address signal corresponds to an address of device 
22, controller 44A, through I/O port 40A, reads the ad- 
dress on data bus 24, recognizes the address as its own, 
and reads the accompanying playback command from 
data bus 24. As described previously, controller 44A 
generates an ACK signal as a function of the playback 
command and a signal provided by card port 45 A. Con- 
troller 44 A then transmits an address of receiver 21 and 
this ACK signal via I/O port 40A to data bus 24. Control- 
ler 44A also issues a switch control signal to switch 43 A, 
causing it to close, and configures I/O port 40A to con- 
nect data bus 24 and switch 43A. 
[0049] Controller 34, through I/O port 33, reads the 
address on data bus 24, recognizes the address as its 
own, and reads the accompanying ACK signal. Control- 
ler 34 retrieves a security key from memory 35 and gen- 
erates a KEYCMD signal as a function of the playback 
command and the retrieved security key. The received 
ACK signal is compared to the KEYCMD signal and, if 
they are equal, controller 34 issues a switch control sig- 
nal to switch 36, causing it to close, and issues an I/O 
port control signal to I/O port 33, causing it to route sig- 
nals from data bus 24 to switch 36. However, if the ACK 
signal does not equal the KEYCMD signal, then control- 
ler 34 issues a switch control signal which causes switch 
36 to open. 

[0050] Since device 22, as shown in Fig. 1 , is not en- 
gaged with a key card having a correct security key, the 
ACK signal it produces will not be equivalent tothe KEY- 
CMD signal produced by controller 34. Even though re- 
cording/reproducing section 42A may output prerecord- 
ed video data to data bus 24 via switch 43A and I/O port 
40A, the data will not reach decoder 37, since switch 36 
will have been opened. 

[0051] In the case where controller 34 initially issues 
an address corresponding to device 23, controller 44B 
reads and recognizes the address, reads the accompa- 
nying playback command, and polls card port 45B. Key 
card 48, having a security key corresponding to that 
stored in memory 35, supplies the security key to con- 
troller 44B through card port 45B. Controller 44B gen- 
erates an ACK signal as a function of the received play- 
back command and the security key received from key 
card 48. The ACK signal and the address of receiver 21 
are transmitted via data bus 24 to controller 34 and 
switch 43B is closed. Controller 34 reads and recogniz- 
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es the address, reads the accompanying ACK signal, 
and generates a KEYCMD signal as a (unction ol the 
playback command and a security key obtained Irom 
memory 35. In this instance, the ACK signal and the 
KEYCMD signal are equal, and accordingly controller 
34 causes switch 36 to close. 

[0052] Controller 44B outputs an address of receiver 
21 and recording/reproducing section 42B outputs a 
prerecorded video data signal to data bus 24. Controller 
34 reads and recognizes the address. The accompany- 
ing video data signal is retrieved from data bus 24 and 
supplied through I/O port 33 and switch 36 to decoder 
37. Decoder 37 decodes the prerecorded video data sig- 
nal and supplies the decoded signal to a video display 
device (not shown). Receiver 21 thus decodes data re- 
produced by a peripheral device in which a key card hav- 
ing a correct security key is instatled. 
[0053] The signal processing and exchange of mes- 
sages in receiver-initiated data transfers is summarized 
in Figs. 2(a) - (d). In each of Figs. 2(a) - (d), the time axis 
runs positive in the direction indicated by the arrow. Al- 
though not explicitly mentioned in the following discus- 
sion, it should be understood that each communication 
between devices includes an address of the device to 
which the communication is being sent. 
[0054] Fig. 2(a) illustrates the interaction between re- 
ceiver 21 and device 22 of Fig. 1 when receiver 21 ini- 
tiates video data recording. In Fig. 2(a) receiver 21 first 
issues a record command to device 22. Receiver 21 
then processes the record command in conjunction with 
a security key retrieved from memory 35 to produce a 
KEYCMD signal. Device 22 receives the record com- 
mand and similarly processes it in conjunction with a se- 
curity key retrieved from card port 45A to produce an 
ACK signal. Device 22 then transmits the ACK signal to 
receiver 21. Receiver 21 compares the received ACK 
signal with the KEYCMD signal to determine if they are 
equal. Since a key card having a correct security key is 
not installed in device 22, the KEYCMD signal and the 
ACK signal are not equal. As a result, receiver 21 de- 
termines that the ACK signal is "no good" (NG) and no 
data is output by receiver 21 . 

[0055] In Fig. 2(b). receiver 21 transmits a record 
command to device 23. As in the manner previously de- 
scribed, both receiver 21 and device 23 process the re- 
cording command to produce, respectively, a KEYCMD 
signal and an ACK signal. Device 23 transmits the ACK 
signal to receiver 21. Receiver 21 compares the KEY- 
CMD signal and the received ACK signal. Since device 
23 is engaged with a key card having a correct security 
key, the ACK signal and the KEYCMD are equal. Re- 
ceiver 21 determines that the ACK signal is thus "OK" 
and initiates the transmission of video data to device 23. 
Device 23 records the video data it receives. 
[0056] Figs. 2(c) and 2(d) illustrate the sequence of 
steps which occur when receiver 21 issues a playback 
command to a peripheral device. In Fig. 2(c), receiver 
21 transmits a playback command to device 22. Receiv- 



er 21 processes the playback command in conjunction 
with a security key retrieved from memory 35 to produce 
a KEYCMD signal. Device 22 processes the received 
playback command in conjunction with a security key 
5 retrieved from card port 45A to produce an ACK signal. 
Device 22 transmits the ACK signal to receiver 21. Re- 
ceiver 21 compares the KEYCMD signal with the re- 
ceived ACK signal to determine it they are equal. Since 
a key card containing a correct security key is not in- 
to stalled in device 22, the ACK signal is not equal to the 
KEYCMD signal. Accordingly, receiver 21 determines 
that the ACK signal is "no good" (NG). Nonetheless, de- 
vice 22 reproduces a prerecorded video signal and 
transmits the reproduced video data to receiver 21 . Re- 
ts ceiver 21 rejects the video data. 

[0057] In Fig. 2(d), receiver 21 transmits a playback 
command to device 23. Receiver 21 process the play- 
back command, as before, to produce a KEYCMD sig- 
nal. Device 23 processes the received playback com- 
20 mand in conjunction with a security key retrieved from 
card port 45B to produce an ACK signal. Device 23 
transmits this ACK signal to receiver 21. Receiver 21 
compares the KEYCMD signal to the received ACK sig- 
nal to determine if they are equal. Since key card 48 is 
25 engaged in device 23 and key card 48 contains a valid 
security key, the ACK signal and the KEYCMD signal 
are equal. Accordingly, receiver 21 determines that the 
ACK signal is "OK". Device 23 reproduces a prerecord- 
ed video signal and transmits the reproduced video data 
30 to receiver 21 . Receiver 21 accepts the video data from 
device 23 and decodes it, as described with reference 
to Fig. 1. 

[0058] The signal processing and exchange of mes- 
sages in peripheral device-initiated data transfers is 

35 summarized in Figs. 3(a)-(d). In each of Figs. 3(a)-(d), 
the time axis runs positive in the direction indicated by 
the arrow. Each communication between the devices in- 
cludes an address of the device to which the communi- 
cation is being sent. 

40 [0059] Figs. 3(a) and 3(c) illustrate the interaction be- 
tween device 22 and receiver 21 ol Fig. 1 when device 
22 initiates the transfer of video data. In Fig. 3(a), device 
22 first issues a send data command to receiver 21 . De- 
vice 22 then processes the send data command in con- 

45 junction with a security key retrieved from card port 45A 
to produced a KEYCMD signal. Receiver 21 receives 
the send data command and similarly processes it in 
conjunction with a security key retrieved from memory 
35 to produce an ACK signal. Receiver 21 then trans- 

so mits the ACK signal to device 22. Device 22 compares 
the received ACK signal with the KEYCMD signal to de- 
termine if they are equal. Since a key card having a cor- 
rect security key is not installed in device 22, the KEY- 
CMD signal and the ACK signal are not equal. As a re- 

55 suit, device 22 determines that the ACK signal is "no 
good" (NG). Nonetheless, receiver 21 attempts to trans- 
mit broadcast video data to device 22. Device 22 rejects 
the video data. 
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[0060] In Fig. 3(c), device 22 first transmits a receive 
data command to receiver 21 . Device 22 then processes 
the receive data command in conjunction with a security 
key retrieved from card port 45A to produce a KEYCMD 
signal. Receiver 21 receives the receive data command 
and similarly processes it in conjunction with a security 
key retrieved from memory 35 to produce an ACK sig- 
nal. Receiver 21 then transmits the ACK signal to device 
22. Device 22 compares the received ACK signal with 
the KEYCMD signal to determine if they are equal. Since 
a key card having a correct security key is not installed 
in device 22. the KEYCMD signal and the ACK signal 
are not equal. As a result, device 22 determines that the 
ACK signal is 'no good" (NG) and no data is output by 
device 22. 

[0061] Figs. 3(b) and 3(d) each illustrate the se- 
quence of operations that occur when device 23 issues 
a command to receiver 21. In Fig. 3(b), device 23 first 
transmits a send data command to receiver 21 . Device 
23 processes the send data command in conjunction 
with a security key retrieved from card port 45B to pro- 
duce a KEYCMD signal. Receiver 21 processes the 
send data command in conjunction with a security key 
retrieved from memory 35 to produce an ACK signal. 
Receiver 21 then transmits the ACK signal to device 23. 
Device 23 compares the KEYCMD signal with the re- 
ceived ACK signal to determine if they are equal. Since 
key card 48 is engaged in device 23 and key card 48 
contains a valid security key, the ACK signal and the 
KEYCMD signal are equal. Accordingly, device 23 de- 
termines that the ACK signal is "OK". Receiver 21 trans- 
mits video data to device 23 which records the video 
data 

[0062] In Fig. 3(d), device 23 first transmits a receive 
data command to receiver 21 . Device 23 processes the 
receive data command in conjunction with a security key 
retrieved from card port 45B to produce a KEYCMD sig- 
nal. Receiver 21 processes the receive data command 
in conjunction with a security key retrieved from memory 
35 to produce an ACK signal Receiver 21 then transmits 
the ACK signal to device 23. Device 23 compares the 
KEYCMD signal with the received ACK signal to deter- 
mine if they are equal. Since key card 48 is engaged in 
device 23 and key card 48 contains a valid security key, 
the ACK signal and the KEYCMD signal are equal. Ac- 
cordingly, device 23 determines that the ACK signal is 
'OK". Device 23 reproduces a prerecorded video signal 
and transmits the reproduced video data to receiver 21 . 
Receiver 21 accepts the video data from device 23 and 
processes it, as described above. 
[0063] In a dubbing mode, two peripheral devices, 
each installed with a key card having the same security 
key, reproduce and record, respectively, prerecorded 
video data. A master peripheral device initiates a video 
data transfer by transmitting to data bus 24 an address 
of a slave peripheral device along with a record com- 
mand or a playback command. As described in the pre- 
ceding, the slave device reads and recognizes the ad- 



dress, configures itself according to the command, and 
returns an address and an ACK signal. As also de- 
scribed in the preceding, the master device reads and 
recognizes the address and processes the ACK signal 

s to determine its validity. II the ACK signal is "OK* then 
a data transfer according to the command is executed; 
otherwise, no data transfer occurs. 
[0064] The communication protocol of the apparatus 
of Fig. 1 is summarized in the flow diagram of Fig. 4. For 

10 ease of explanation, the term "Master" is employed to 
indicate the device which initiates a data transfer. The 
term "Slave" is employed to indicate the device which is 
addressed by the Master. 

[0065] In step S 1 , the Master transmits an address of 
is the Slave and a command to data bus 24. In step S2, 
the Slave receives the command and the Master and 
the Slave separately process the command in accord- 
ance with security key data obtained locally. The Master 
produces a KEYCMD signal as a function of the com- 
20 mand and its security key. The Slave produces an ACK 
signal as a function of the received command and its 
security key. 

[0066] In step S3, the Slave transmits an address of 
the Master and the ACK signal to data bus 24. In step 

25 S4, the Master receives the ACK signal and determines 
whether the ACK signal is equal to the KEYCMD signal. 
If the two signals are not equal, then processing follows 
step S5; otherwise, processing follows step S6. In step 
S5, the Master inhibits or simply does not execute a vid- 

30 eo data transfer between the Master and the Slave. In 
step S6 ( the Master executes a video data transfer by 
transmitting an address of the Slave and video data to 
the Slave, or by receiving and recognizing its own ad- 
dress and receiving video data transmitted by the Slave. 

35 [0067] A second embodiment of a video data commu- 
nication system according to the present invention is il- 
lustrated in Fig. 5. Such video data communication sys- 
tem is comprised of a receiver 25, a data bus 24, and 
one or more peripheral devices. The peripheral devices 

40 may transmit and/or receive control signals and/or video 
data through data bus 24. Two such peripheral devices 
are illustrated in Fig. 5, specifically, a recording/repro- 
ducing device 26 and a recording/reproducing device 
27. Each of receiver 25, device 26, and device 27 is con- 
45 nected to data bus 24 and is capable of transmitting and 
receiving control signals and video data through data 
bus 24. 

[0068] Receiver 25 is suited for receiving, descram- 
bling, enciphering, deciphering, and decoding an input 

so digital video signal. Specifically, receiver 25 is com- 
prised of a tuner 30, a descrambler 31, a switch 32, an 
I/O port 33, a controller 1 34, a memory 35, a switch 36, 
an encipherer 38, a decipherer 39, and a decoder 37. 
Elements of Fig. 5 having the same structure and func- 

ss tion as the corresponding elements of Fig. 1 are indicat- 
ed by the same reference numeral used in Fig. 1 . Tuner 
30 is coupled to descrambler 31. Descrambler 31 de- 
scrambles, as needed, the selected digital video signal 
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provided by tuner 30 and provides an unscrambled ver- 
sion ot the digital video signal to encipherer 38. 
[0069] Encipherer 38 is coupled to descrambler 31 , 
controller 1 34, and switch 32. Utilizing an encryption key 
provided by controller 1 34. encipherer 38 encrypts the 
descrambled video signal provided by descrambler 31. 
The encrypted video signal is provided to switch 32. 
[0070] Switch 32 is further connected to controller 134 
and I/O port 33. Switch 36 is coupled to controller 1 34, 
decipherer 39 and I/O port 33. I/O port 33 is further con- 
nected to data bus 24 and to controller 1 34. 
[0071 ] Decipherer 39 is coupled to controller 1 34 and 
decoder 37. Decipherer 39 receives an encryption key 
from controller 1 34 to decrypt video data provided from 
switch 36. Decipherer 39 supplies decrypted video data 
to decoder 37. Decoder 37 provides uncoded digital vid- 
eo signal data to a video display device (not shown). 
[0072] Controller 1 34 is coupled to memory 35. In re- 
sponse to commands provided by a user, or according 
to a prestored set of instructions, controller 134 trans- 
mits to or receives from data bus 24, through I/O port 
33, address, control and data signals. By manipulating 
switch signals provided to switches 32 and 36, controller 
134 controls the flow ol digital video data through I/O 
port 33. In an alternate embodiment (not shown) ; con- 
troller 1 34 directly controls the operation of I/O port 33 
with I/O port control signals and monitors data flowing 
through I/O port 33. 

[0073] Controller 1 34 additionally controls the encryp- 
tion and decryption of video data by receiver 25. Con- 
troller 134 provides an encryption key to encipherer 38 
for the encryption of descrambled video data. Similarly, 
controller 134 provides an encryption key to decipherer 
39 to decrypt the video data supplied through switch 36. 
As detailed below, the encryption key is either retrieved 
from memory 35 or from data bus 24. 
[0074] Recording/reproducing device 26 is comprised 
of an I/O port 40A, a switch 41 A, a recording/reproduc- 
ing section 42A, a switch 43A, a controller 144A, a card 
port 45A, a decipherer 46A, and an encipherer 47 A. I/O 
port 40A is coupled to data bus 24, controller 144A, 
switch 41 A, and switch 43A. I/O port 40A routes ad- 
dress, control and data signals to and from data bus 24 
and controller 144A. Switch 41 A is further coupled to 
controller 144A and decipherer 46A. Switch 43A is fur- 
ther coupled to controller 144A and encipherer 47A. 
Controller 1 44A is coupled to card port 45A, decipherer 
46A and encipherer 47A. Recording/ reproducing sec- 
tion 42A is coupled to decipherer 46A and encipherer 
47A. 

[0075] Decipherer 46A receives an encryption key 
from controller 144A and encrypted video data from 
switch 41 A. Decipherer 46A decrypts the encrypted da- 
ta according to the encryption key and provides decrypt- 
ed data to section 42A. Encipherer 47A receives an en- 
cryption key from controller 144 A and video data from 
section 42A. Encipherer 47A encrypts the video data ac- 
cording to the encryption key and provides the encrypt- 



ed video data to switch 43A. 

[0076] In response to commands provided by a user 
or according to a prestored set ot instructions, and in 
dependence upon signals supplied by card port 45A, 

5 controller 1 44A transmits to or receives from data bus 
24, through I/O port 40 A, address, control and data sig- 
nals. By manipulating switch signals provided to switch- 
es 41 A and 43A, controller 1 44A controls the flow of dig- 
ital video data through I/O port 40A. In an alternate em- 

10 bodiment (not shown), controller 144A further directly 
controls the operation of I/O port 40 A with I/O port con- 
trol signals and monitors data flowing through I/O port 
40A. 

[0077] As illustrated, device 27 is substantially the 

15 same as device 26, like elements being denoted by like 
reference numerals with the exception of the terminating 
letter A and B. Key card 48, which is shown attached to 
card port 45B of device 27, stores a valid security key 
corresponding to a security key stored in memory 35. 

20 [0078] Operation of the second embodiment of the 
video data communication system will be described be- 
low. One of the most important features ot this second 
embodiment is that each signaL except video data sig- 
nals, transmitted via data bus 24 is accompanied by an 

25 address signat corresponding to an address of a partic- 
ular device. As in the first embodiment, each device at- 
tached to data bus 24 is assigned a particular address. 
Video data is transmitted to data bus 24 in an encrypted 
form but without an address. Each device connected to 

30 data bus 24 and capable of receiving data therefrom has 
access to encrypted data on data bus 24. However, only 
devices having a correct encryption key can decrypt the 
encrypted video data. In this manner, encrypted video 
data is provided to devices connected to data bus 24 

35 but only devices having a correct encryption key can de- 
crypt and utilize the video data. The encryption key may 
be stored in each decrypting device or provided by the 
device supplying the encrypted data. 
[0079] This communication protocol allows for many 

40 different sequences of signal transfer between devices 
connected to data bus 24. Examples of these signal 
transfer sequences, implemented in different modes of 
operation of the present invention, will be described in 
detail below. In one mode of operation . broadcast digital 

45 video data signals are received by receiver 25, encrypt- 
ed, and transmitted to data bus 24 for receipt by a pe- 
ripheral device which decrypts the signals and displays, 
records, or otherwise processes the decrypted data. In 
another mode, prerecorded video data are reproduced, 
so encrypted, and transmitted by a peripheral device to a 
decoding device for decryption, decoding, and subse- 
quent display. In still another mode, prerecorded video 
data are reproduced, encrypted, and transmitted by one 
peripheral device to another peripheral device which de- 
55 crypts and records the video data. 

[0080] In a broadcast encrypt/decrypt display mode, 
receiver 25 receives a broadcast video signal and sup- 
plies the broadcast signal to a decryption display device 
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(not shown on Fig. 5) connected to data bus 24. An ex- 
ample of such a decryption display device is illustrated 
in Fig. 11 and will be described in detail in a later section. 
Tuner 30 selectively receives a broadcast signal and 
provides the signal to descrambler 31. Descrambler 31 
descrambles the broadcast video signal and provides a 
descrambled version ol the signal to encipherer 38. 
[0081] Controller 1 34 configures I/O port 33 to couple 
controller 134 with data bus 24 and then transmits an 
address of a particular display device along with a dis- 
play command to data bus 24. The display device (not 
shown in Fig. 5) reads the address on data bus 24 ; rec- 
ognizes the address as its own, and reads the accom- 
panying display command from data bus 24. The display 
device processes the display command to generate an 
ACK signal and transmits an address ot receiver 25 
along with the ACK signal to data bus 24. The address 
and ACK signal supplied by the display device are re- 
ceived by controller 1 34 via I/O port 33. 
[0082] Controller 134 retrieves a security key from 
memory 35 and generates a KEYCMD signal as a func- 
tion of the display command and the retrieved security 
key. The KEYCMD signal is then compared to the re- 
ceived ACK signal. If the ACK signal is equal to the KEY- 
CMD signal, then controller 134 transmits an address 
signal, corresponding to the selected display device, 
along with an encryption key, and appropriately manip- 
ulates I/O port 33 to route the address signal and the 
encryption key to data bus 24. 

[0083] Controller 134 provides the encryption key to 
encipherer 33. Encipherer 38 encrypts the descrambled 
signal according to the encryption key and provides an 
encrypted signal to switch 32. Controller 134 also issues 
a switch command to switch 32, causing it to close, and 
an I/O port control signal to I/O port 33, causing it to 
couple switch 32 with data bus 24. 
[0084] The encrypted video signal transmitted from 
encipherer 3S propagates through switch 32 and I/O 
port 33 to data bus 24. The address signal on data bus 
24 is recognized by the display device and the subse- 
quently transmitted encryption key is received and 
stored. Encrypted video signal is retrieved from data bus 
24 and is decrypted according to the received encryp- 
tion key, processed, and displayed. Other peripheral de- 
vices connected to data bus 24 read the video data 
present on data bus 24, however, only a device which 
possesses a correct encryption key can decrypt the da- 
ta. 

[0085] In an alternate embodiment, the receiver does 
not transmit an address along with the encryption key 
to the data bus and instead the encryption key is 
prestored in the display device. The encrypted data is 
stilt transmitted to data bus 24 without an address. 
[0086] In an encrypt/decrypt recording mode ot oper- 
ation., receiver 25 receives a broadcast signal, encrypts 
the signal according to an encryption key, and transmits 
the key and the encrypted signal via data bus 24 to a 
particular peripheral device which records the signal. 
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Specifically, controller 1 34 configures I/O port 33 to cou- 
ple controller 1 34 with data bus 24 and then transmits 
an address of a particular recording device along with a 
record command to data bus 24. Assuming, for exam- 

5 pie, that the address transmitted corresponds to an ad- 
dress of device 26, controller 144A, through I/O port 
40A, reads the address on data bus 24, recognizes the 
address as its own. and reads the accompanying record 
command from data bus 24. Controller 1 44A processes 

10 the record command to generate an ACK signal. 

[0087] Specifically, controller 144A polls card port 
45A for a security key and generates an ACK signal as 
a function of the received record command and the sig- 
nal returned by card port 45A. Controller 144A then 

15 transmits an address of receiver 25 and the ACK signal 
via I/O port 40A to data bus 24. The address and ACK 
signal supplied by device 26 is received by controller 
134 via I/O port 33. 

[0088] Controller 134 retrieves a security key from 
20 memory 35 and generates a KEYCMD signal as a func- 
tion of the record command and the retrieved security 
key. The KEYCMD signal is then compared to the re- 
ceived ACK signal. If the ACK signal is equal to the KEY- 
CMD signal, then controller 134 transmits an address 
25 signal of the particular recording device along with the 
encryption key to data bus 24 through I/O port 33 and 
configures switch 32 and I/O port 33 for the transmission 
of encrypted video data from encipherer 38 to data bus 
24 to initiate the transfer of video data. If the ACK signal 
30 is not equal to the KEYCMD signal, then controller 134 
issues a switch command signal, causing switch 32 to 
open, to prevent the flow of encrypted broadcast video 
data to data bus 24. 

[0089] Since, as illustrated in Fig. 5, card port 45A of 

35 device 26 is not coupled to a card key containing a cor- 
rect security key, controller 144A will, in that case, gen- 
erate an ACK signal which is not equal to the KEYCMD 
signal produced by controller 134 and no video data 
transfer will occur. Thus, the supply of encrypted broad- 

40 cast video data to a particular recording device depends 
upon the installation of an appropriate key card in the 
card port of the particular device. 
[0090] When device 27 is selected to record broad- 
cast video data, controller 1 34 outputs an address of de- 

45 vice 27 along with a record command to data bus 24 
through I/O port 33. Controller 144B, through I/O port 
40B reads the address on data bus 24, recognizes the 
address signal as its own. and reads the accompanying 
record command. Controller 144B retrieves a security 

so key from key card 48 via card port 45B. Controller 1 44B 
generates an ACK signal as a function of the received 
record command and the retrieved security key. Con- 
troller 1 44B transmits an address of receiver 25 and the 
ACK signal to data bus 24 through I/O port 40B. 

55 [0091] As above, controller 134 reads the address 
signal and the ACK signal, generates a KEYCMD signal, 
and compares the ACK and KEYCMD signals. If the se- 
curity key contained in key card 48 corresponds to the 
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security key contained in memory 35, the ACK signal 
and the KEYCMD signal are equal. Meanwhile, control- 
ler 144B supplies a switch control signal to switch 41 B. 
causing it to close, thereby connecting I/O port 40B with 
decipherer 46B. Further, I/O port 40B is configured to 
route video data from data bus 24 to decipherer 46B. 
After verifying that the two security keys correspond, 
controller 1 34 facilitates the transmission to device 27 
of an address of device 27 along with an encryption key 
followed by encrypted video data without an address. 
[0092] Controller 144B, through I/O port 40B, reads 
the address on data bus 24, recognizes the address as 
its own, and reads the accompanying encryption key 
from data bus 24. Controller 1 44B supplies the encryp- 
tion key to decipherer 46B. Encrypted video data on da- 
ta bus 24 is retrieved and passed through I/O port 40B 
and switch 41 B to decipherer 46B for deciphering ac- 
cording to the retrieved encryption key. Decipherer 46B 
supplies decrypted video data to section 42B for record- 
ing. As a result, recording devices having the selected 
address and provided with a key card 48 having a cor- 
rect security key retrieve, decrypt, and record encrypted 
video data supplied by receiver 25. 
[0093] In a playback mode of operation, receiver 25 
initiates the playback of prerecorded data from a periph- 
eral device. Controller 1 34 transmits an address signal, 
corresponding to an address of a particular peripheral 
device, along with a playback command to data bus 24 
through I/O port 33. Assuming., for example, that the ad- 
dress signal corresponds to an address of device 26, 
controller 144A, through I/O port 40 A, reads the address 
on data bus 24, recognizes the address as its own, and 
reads the accompanying playback command from data 
bus 24. As described previously, controller 144A gener- 
ates an ACK signal as a function of the playback com- 
mand and a signal provided by card port 45A. Controller 
144A then transmits an address of receiver 25 and this 
ACK signal via I/O port 40A to data bus 24. Controller 
144A also issues a switch control signal to switch 43A, 
causing it to close and configures I/O port 40A to con- 
nect data bus 24 and switch 43A. 
[0094] Controller 134, through I/O port 33, reads the 
address on data bus 24, recognizes the address as its 
own, and reads the accompanying ACK signal. Control- 
ler 134 retrieves a security key from memory 35 and 
generates a KEYCMD signal as a function of the play- 
back command and the retrieved security key. The re- 
ceived ACK signal is compared to the KEYCMD signal 
and, if they are equal, controller 1 34 issues a switch con- 
trol signal to switch 36, causing it to close, and issues 
an I/O port control signal to I/O port 33, causing it to 
route signals from data bus 24 to switch 36. However, if 
the ACK signal does not equal the KEYCMD signal, then 
controller 1 34 issues a switch control signal which caus- 
es switch 36 to open. 

[0095] Since a key card having a correct security key 
is not installed in device 26, the ACK signal produced 
by device 26 will not be equivalent to the KEYCMD sig- 



nal produced by controller 1 34. Even though recording/ 
reproducing section 42A may output encrypted prere- 
corded video data to data bus 24 via switch 43A and 1/ 
O port 40A, the data will not reach decoder 37 : since 

s switch 36 will have been opened. 

[0096] In the case where controller 1 34 initially issues 
an address corresponding to device 27, controller 144B 
reads and recognizes the address, reads the accompa- 
nying playback command, and polls card port 45B. Key 

io card 48, having a security key corresponding to that 
stored in memory 35, supplies the security key to con- 
troller 1 44B through card port 45B. Controller 1 44B gen- 
erates an ACK signal as a function of the received play- 
back command and the security key received from key 

is card 48. The ACK signal and the address of receiver 25 
are transmitted via data bus 24 to controller 134- and 
switch 43B is closed. Controller 1 34 reads and recog- 
nizes the address, reads the accompanying ACK signal, 
and generates a KEYCMD signal as a function of the 

so playback command and a security key obtained from 
memory 35. In this instance, the ACK signal and the 
KEYCMD signal are equal, and accordingly, controller 
1 34 causes switch 36 to close. 

[0097] Controller 144B outputs an address of receiver 
25 25 along with an encryption key to data bus 24. Record- 
ing/reproducing section 42B outputs a prerecorded vid- 
eo data signal to encipherer 47B which encrypts the sig- 
nal according to the encryption key. Encipherer 47B out- 
puts an encrypted data signal to data bus 24 via switch 
30 43B and I/O port 40B. 

[0098] Controller 134 reads and recognizes the ad- 
dress and retrieves the accompanying encryption key. 
Controller 1 34 provides the encryption key to decipherer 
39. The encrypted video data signal is retrieved from 
35 data bus 24 and supplied through I/O port 33 and switch 

36 to decipherer 39. Decipherer 39 decrypts the en- 
crypted signal according to the encryption key and sup- 
plies a decrypted video signal to decoder 37. Decoder 

37 decodes the prerecorded video data signal and sup- 
40 plies the decoded signal to a video display (not shown). 

Receiver 25 thus decrypts and decodes video data re- 
produced by a peripheral device in which a key card hav- 
ing a correct security key is installed. 
[0099] In each of the above modes, it is alternately 

45 contemplated that one or more of the I/O ports has a 
fixed and inflexible structure which prevents its manip- 
ulation by a connected controller. In each of the above 
modes, it is further alternately contemplated that an ad- 
dress and the encryption key are not transmitted prior 

so to the transmission of encrypted video data, but rather 
that the encryption key is prestored in the device which 
retrieves the encrypted video data. 
[0100] The signal processing and interchange of mes- 
sages in receiver-initiated data transfers according to 

55 the embodiment of the invention shown in Fig. 5 are di- 
agrammatically represented in Figs. 6(a) - (d). In each 
of Figs. 6(a) - (d), the time axis runs positive in the di- 
rection indicated by the arrow. Although not explicitly 
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mentioned in the following discussion, it should be un- 
derstood that each communication between devices, 
with the exception of encrypted video data, includes an 
address of the device to which the communication is be- 
ing sent 

[0101] Fig. 6(a) illustrates the interaction between re- 
ceiver 25 and device 26 of Fig. 5 when receiver 25 ini- 
tiates video data recording. In Fig. 6(a) receiver 25 first 
issues a record command to device 26. Receiver 25 
then processes the record command in conjunction with 
a security key retrieved from memory 35 to produce a 
KEYCMD signal. Device 26 receives the record com- 
mand and similarly processes it in conjunction with a se- 
curity key retrieved from card port 45A to produce an 
ACK signal. Device 26 then transmits the ACK signal to 
receiver 25. Receiver 25 compares the received ACK 
signal with the KEYCMD signal to determine if they are 
equal. Since a key card having a correct security key is 
not installed in device 26. the KEYCMD signal and the 
ACK signal are not equal. As a result, receiver 25 de- 
termines that the ACK signal is "no good" (NG) and no 
data is output by receiver 25. 

[0102] In Fig. 6(b), receiver 25 transmits a record 
command to device 27. As in the manner previously de- 
scribed, both receiver 25 and device 27 process the re- 
cording command to produce, respectively, a KEYCMD 
signal and an ACK signal. Device 27 transmits the ACK 
signal to receiver 25. Receiver 25 compares the KEY- 
CMD signal and the received ACK signal. Since device 
27 is engaged with a key card having a correct security 
key, the ACK signal and the KEYCMD are equal. Re- 
ceiver 25 determines that the ACK signal is thus "OK" 
and transmits an encryption key to device 27. Receiver 
25 also sends encrypted video data to data bus 24. De- 
vice 27 retrieves, decrypts, and records the encrypted 
video data. 

[0103] Figs. 6(c) and 6(d) illustrate the sequence of 
steps which occur when receiver 25 issues a playback 
command to a peripheral device. In Fig. 6(c), receiver 
25 transmits a playback command to device 26. Receiv- 
er 25 processes the playback command in conjunction 
with a security key retrieved from memory 35 to produce 
a KEYCMD signal. Device 26 processes the received 
playback command in conjunction with a security key 
retrieved from card port 45A to produce an ACK signal. 
Device 26 transmits the ACK signal to receiver 25. Re- 
ceiver 25 compares the KEYCMD signal with the re- 
ceived ACK signal to determine if they are equal. Since 
a key card containing a correct security key is not in- 
stalled in device 26, the ACK signal is not equal to the 
KEYCMD signal. Accordingly, receiver 25 determines 
that the ACK signal is "no good" (NG). Nonetheless ; de- 
vice 26 attempts to send an encryption key and encrypt- 
ed reproduced video signal data to receiver 25 via data 
bus 24, but receiver 25 does not retrieve the key and 
the video data. 

[0104] In Fig. 6(d), receiver 25 transmits a playback 
command to device 27. Receiver 25 process the play- 



back command, as before, to produce a KEYCMD sig- 
nal. Device 27 processes the received playback com- 
mand in conjunction with a security key retrieved from 
card port 45B to produce an ACK signal. Device 27 

5 transmits this ACK signal to receiver 25. Receiver 25 
compares the KEYCMD signal to the received ACK sig- 
nal to determine if they are equal. Since key card 48 is 
engaged in device 27 and key card 48 contains a valid 
security key, the ACK signal and the KEYCMD signal 

jo are equal. Accordingly, receiver 25 determines that the 
ACK signal is "OK". Device 27 reproduces a prerecord- 
ed video signal and transmits an encryption key and en- 
crypted reproduced video data to receiver 25. Receiver 

25 accepts the encryption key and retrieves the encrypt - 
15 ed video data. 

[01 05] The signal processing and interchange of mes- 
saging in device-initiated data transfers according to the 
second embodiment of the invention are diagrammati- 
cally represented in Figs. 7(a)-(d). In each of Figs. 7(a)- 

20 (d), the time axis runs positive in the direction indicated 
by the arrow. Although not explicitly mentioned in the 
following discussion, it should be understood that each 
communication between devices, with the exception of 
encrypted video data, includes an address of the device 

25 to which the communication is being sent. 

[01 06] Figs. 7(a) and 7(c) illustrate the interaction be- 
tween device 26 and receiver 25 of Fig. 1 when device 

26 initiates the transfer of video data. In Fig. 7(a), device 
26 first issues a send data command to receiver 25. De- 

30 vice 26 then processes the send data command in con- 
junction with a security key retrieved from card port 45 A 
to produced a KEYCMD signal. Receiver 25 receives 
the send data command and similarly processes it in 
conjunction with a security key retrieved from memory 

35 35 to produce an ACK signal. Receiver 25 then trans- 
mils the ACK signal to device 26. Device 26 compares 
the received ACK signal with the KEYCMD signal to de- 
termine if they are equal. Since a key card having a cor- 
rect security key is not installed in device 26, the KEY- 

40 CMD signal and the ACK signal are not equal. As a re- 
sult, device 26 determines that the ACK signal is "no 
good" (NG). Nonetheless, receiver 25 attempts to trans- 
mit an encryption key and encrypted broadcast video 
data to device 26 via data bus 24, but device 26 does 

45 not retrieve the encryption key nor the video data. 

[0107] In Fig. 7(c), device 26 first transmits a receive 
data command to receiver 25. Device 26 then processes 
the receive data command in conjunction with a security 
key retrieved from card port 45A to produce a KEYCMD 

50 signal. Receiver 25 receives the receive data command 
and similarly processes it in conjunction with a security 
key retrieved from memory 35 to produce an ACK sig- 
nal. Receiver 25 then transmits the ACK signal to device 
26. Device 26 compares the received ACK signal with 

ss the KEYCMD signal to determine if they are equal. Since 
a key card having a correct security key is not installed 
in device 26, the KEYCMD signal and the ACK signal 
are not equal. As a result, device 26 determines that the 
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ACK signal is "no good" (NG) and no data is output by 
device 26. 

[0108] Each of Figs. 7(b) and 7(d) illustrates the se- 
quence of operations that occur when device 27 issues 
a command to receiver 25. In Fig. 7(b), device 27 first 5 
transmits a send data command to receiver 25. Device 
27 processes the send data command in conjunction 
with a security key retrieved from card port 45B to pro- 
duce a KEYCMD signal. Receiver 25 processes the 
send data command in conjunction with a security key to 
retrieved from memory 35 to produce an ACK signal. 
Receiver 25 then transmits the ACK signal to device 27. 
Device 27 compares the KEYCMD signal with the re- 
ceived ACK signal to determine if they are equal. Since 
key card 48 is engaged in device 27 and key card 48 15 
contains a correct security key ; the ACK signal and the 
KEYCMD signal are equal. Accordingly, device 27 de- 
termines that the ACK signal is "OK". Receiver 25 trans- 
mits an encryption key and encrypted video data to de- 
vice 27 which decrypts and records the video data. 20 
[0109] In Fig. 7(d), device 27 first transmits a receive 
data command to receiver 25. Device 27 processes the 
receive data command in conjunction with a security key 
retrieved from card port 45B to produce a KEYCMD sig- 
nal. Receiver 25 processes the receive data command 25 
in conjunction with a security key retrieved from memory 
35 to produce an ACK signal. Receiver 25 transmits the 
ACK signal to device 27. Device 27 compares the KEY- 
CMD signal with the received ACK signal to determine 
if they are equal. Since key card 48 is engaged in device 30 
27 and key card 48 contains a correct security key, the 
ACK signal and the KEYCMD signal are equal. Accord- 
ingly, device 27 determines that the ACK signal is "OK". 
Device 27 reproduces and encrypts a prerecorded video 
signal and transmits the encryption key and the encrypt- 35 
ed reproduced video data to receiver 25. Receiver 25 
accepts, decrypts, and further processes the video data 
as described above. 

[0110] In an encrypt/decrypt dubbing mode, encrypt- 
ed data is communicated between two peripheral devic- 
es, such as the devices 26 and 27, each installed with 
a key card having the same security key. A master of 
such peripheral devices initiates a video data transfer 
by transmitting to data bus 24 an address of a slave 
among the peripheral devices along with a record com- *5 
mand or a playback command. As described in the pre- 
ceding, the slave device reads and recognizes the ad- 
dress, configures itself according to the command, and 
returns an address and an ACK signal. 
[0111] As also described in the preceding, the master so 
device reads and recognizes the address and process- 
es the ACK signal to determine its validity. If the ACK 
signal is "OK* then a data transfer according to the com- 
mand is executed; otherwise, no data transfer occurs. 
As part of a data transfer, the transmitting device repro- 55 
duces and encrypts, according to an encryption key, 
prerecorded data. The encryption key is sent with the 
address of the receiving peripheral device to data bus 



24. The other receiving peripheral device reads and rec- 
ognizes the address and retrieves the encryption key. 
The transmitting device sends the encrypted data to da- 
ta bus 24 and the receiving device retrieves, decrypts, 
and records the encrypted data. 
[0112] The communication protocol of the apparatus 
of Fig. 5 is summarized in the flow diagram of Fig. 8. For 
ease of explanation, the term "Master" is employed to 
indicate the device which initiates a data transfer. The 
term "Slave" is employed to indicate the device which is 
addressed by the Master. 

[0113] In step S7, the Master transmits an address of 
the Slave and a command to data bus 24. In step SB, 
the Slave receives the command and the Master and 
the Slave separately process the command in accord- 
ance with security key data obtained locally. The Master 
device produces a KEYCMD signal as a function of the 
command and its security key. The Slave produces an 
ACK signal as a function of the received command and 
its security key. 

[0114] In step S9, the Slave transmits an address of 
the Master and the ACK signal to data bus 24. In step 
S10, the Master receives the ACK signal and deter- 
mines whether the ACK signal is equal to the KEYCMD 
signal. If the two signals are not equal, then processing 
follows step S11; otherwise, processing follows step 
S1 2. In step S1 1 , the Master inhibits or simply does not 
execute a video data transfer between the Master and 
the Slave. In step S1 2, the Master executes a video data 
transfer by transmitting an encryption key and encrypted 
video data to the Slave, or by receiving and retrieving 
an encryption key and encrypted video data transmitted 
by the Slave. 

[0115] Fig. 9 illustrates a display device 28-1 suitable 
for connection to data bus 24 of the first embodiment of 
the invention described above with reference to Fig. 1. 
Display device 28-1 is comprised of a cathode-ray tube 
(CRT) 60, a signal processor 59, a decoder 58, a de- 
scrambler 57, a memory 56, a controller 55A, a switch 
54, a tuner 53, a digital tuner 52, a switch 51 , and an I/ 
O port 50. CRT 60 and signal processor 59 are conven- 
tional devices which together comprise a conventional 
display apparatus. Tuner 53 is a conventional broadcast 
tuner which receives an unscrambled video signal. Tun- 
er 52 is a satellite digital signal tuner which receives 
scrambled video data signals. Tuner 53, tuner 52 and 
switch 51 are coupled to inputs of switch 54 and each 
provides a respective video signal thereto. 
[0116] I/O port 50 is coupled to data bus 24 (not 
shown), switch 51 , and controller 55A. I/O port 50 routes 
data signals to switch 51 and routes address, control 
and data signals to controller 55A. Controller 55A is fur- 
ther coupled to switch 51, memory 56, switch 54, de- 
scrambler 57 and decoder 58. Memory 56 stores one or 
more security keys which controller 55A retrieves as 
needed. Controller 55A controls the stale of switches 54 
and 51 with switch control signals. Controller 55 A can 
also enable or disable the operations of decoder 58 and 



13 




25 

descrambler 57. 
[01 1 7] Descrambler 57 is further coupled to the output 
of switch 54 and the input of decoder 58. When enabled 
by controller 55A, descrambler 57 de scrambles video 
data and supplies unscrambled video data to decoder 
58. When disabled by controller 55A, descrambler 57 
passes video signals from switch 54 to decoder 58. 
[0118] Decoder 58 is further coupled to the input of 
signal processor 59. When enabled by controller 55A, 
decoder 58 decodes video data and supplies decoded 
video data to signal processor 59. When disabled by 
controller 55A, decoder 58 passes video signals from 
descrambler 57 to signal processor 59. 
[0119] Display device 28-1 has three modes ot oper- 
ation. In the first mode, controller 55A causes switch 54 
to link tuner 53 with descrambler 57. Controller 55A dis- 
ables descrambler 57 and decoder 58, allowing signal 
processor 59 and CRT 60 to display ordinary video data 
received by tuner 53. 

[0120] In the second mode, controller 55A causes 
switch 54 to link tuner 52 with descrambler 57. Controller 
55A enables descrambler 57 and decoder 58. Descram- 
bler 57 descrambles a scrambled and coded video sig- 
nal supplied by tuner 52 and supplies an unscrambled, 
though still coded, video signal to decoder 58. Decoder 
58 decodes the coded signal and provides an uncoded 
video signal to signal processor 59 for display. 
[0121] In the third mode, controller 55A reads an ad- 
dress signal on data bus 24 through I/O port 50. If the 
address corresponds to an address previously assigned 
to device 28-1, then controller 55A recognizes the ad- 
dress as such and processing proceeds as follows. Con- 
troller 55A retrieves a display command from data bus 
24. Controller 55A generates an ACK signal as a func- 
tion of the display command and a security key retrieved 
from memory 56. Controller transmits an address of the 
device which sent the display command along with the 
ACK signal to data bus 24 through I/O port 50. Controller 
55A also causes switch 51 to close, connecting I/O port 
50 with switch 54, and causes switch 54 to connect 
switch 51 with descrambler 57. Controller 55A also en- 
ables descrambler 57 and decoder 58. 
[0122] Controller 55A monitors data bus 24 for anoth- 
er address signal corresponding to device 28-1 . Upon 
receipt of such an address, video data is then retrieved 
from data bus 24 and supplied through I/O port 50, 
switch 51, and switch 54 to descrambler 57. Descram- 
bler 57 descrambles, as needed, the retrieved video da- 
ta and provides an unscrambled video signal to decoder 
58. Decoder 58 decodes the signal and supplies an un- 
coded video signal to signal processor 59 tor display on 
CRT 60. 

[0123] Fig. 10 illustrates a decoding device 29-1 suit- 
able for connection to data bus 24 of the first embodi- 
ment of the invention in place of the receiver 21 . Decod- 
ing device 29-1 is comprised of a memory 72, a control- 
ler 71 A, an I/O port 70, a switch 73, and a decoder 74. 
Decoder 74 and switch 73 have the same structure and 



function as their counterparts decoder 37 and switch 36 
of receiver 21. Controller 71 A is coupled to memory 72, 
I/O port 70, and switch 73. Switch 73 is further connect- 
ed to decoder 74 and I/O port 70. I/O port 70 is further 
s coupled to data bus 24. 

[0124] As in the processing described above, control- 
ler 71 A monitors data bus 24 for an address signal of 
device 29-1. Upon recognizing such an address signal, 
controller 71 A retrieves a display command from data 
bus 24 and generates an ACK signal as a function of 
the display command and a security key retrieved from 
memory 72. The ACK signal is transmitted with the ap- 
propriate address to data bus 24. Video data accompa- 
nied by an address of device 29-1 is retrieved and routed 
through I/O port 70 and switch 73 to decoder 74. De- 
coder 74 decodes the video signal and provides an un- 
coded video signal to a display (not shown). 
[0125] As earlier noted, Fig. 11 illustrates a display de- 
vice 28-2 suitable for connection to data bus 24 of the 
second embodiment of the invention. Display device 
28-2 is comprised of the elements described above in 
connection with the display device 28-1, and which are 
interconnected and function in the same manner as in 
display device 28- 1 except as described in the following. 
Unlike display device 28-1, display device 28-2 includes 
a decipherer 61 interposed between switch 51 and 
switch 54 and controller 55A is replaced by controller 
55B. Controller 55B is additionally coupled to decipherer 
61 and supplies an encryption key thereto. Decipherer 
61 decrypts encrypted video data supplied from switch 
51 and supplies decrypted video data to switch 54. 
[0126] In accordance with the protocol of the second 
embodiment, controller 55B monitors data bus 24 for an 
address of device 28-2 and an accompanying display 
command. An ACK signal is generated as a function of 
the retrieved display command a security key retrieved 
from memory 56. Controller 55B then transmits an ap- 
propriate address and the ACK signal to data bus 24. 
Controller 55 B monitors data bus 24 for the address of 
device 28-2 and an accompanying encryption key. Upon 
receipt, decipherer 51 is supplied with the encryption 
key, and I/O port 50 and switch 51 are configured to 
route encrypted data through to decipherer 61. Deci- 
pherer 61 decrypts the video data and supplies a de- 
crypted signal suitable for subsequent processing as 
described with respect to device 2B-1 . 
[01 27] Fig. 1 2 illustrates a decoding device 29-2 suit- 
able for connection to data bus 24 in place of the receiv- 
er 25 in the second embodiment of the invention. De- 
coding device 29-2 is comprised of the same elements 
as decoding device 29-1, and such elements are inter- 
connected and function in the same manner as in de- 
coding device 29-1 except as described in the following. 
Unlike decoding device 29-1 , decoding device 29-2 in- 
cludes a decipherer 76 interposed between switch 73 
and decoder 74, and controller 71 A is replaced by con- 
troller 71 B. Controller 71 B is additionally coupled to de- 
cipherer 76 and supplies.an encryption key thereto. De- 
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cipherer 76 decrypts encrypted video data supplied from 
switch 73 and supplies decrypted video data to decoder 
74. 

[0128] As described in the process above, controller 
71 B monitors data bus 24 for an address signal of device 
29-2. Upon recognizing such an address signal, control- 
ler 71 B retrieves a display command from data bus 24 
and generates an ACK signal as alunction of the display 
command and a security key retrieved from memory 72. 
The ACK signal is transmitted with the appropriate ad- 
dress to data bus 24. An encryption key accompanied 
by an address of device 29-2 is retrieved by controller 
71 B from data bus 24. Encrypted video data supplied 
from data bus 24 is routed through I/O port 70 and switch 
73 to decipherer 76. Decipherer 76 decrypts the en- 
crypted video data and provides a decrypted video sig- 
nal to decoder 74. Decoder 74 decodes the decrypted 
video signal and provides an uncoded video signal to a 
display (not shown). 

[0129] Although illustrative embodiments of the 
present invention and modifications thereof have been 
described in detail herein, it is to be understood that this 
invention is not limited to these precise embodiments 
and modifications, and that other modifications and var- 
iations may be effected therein by one skilled in the art 
without departing from the scope of the invention as de- 
fined by the appended claims. 
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A method for communicating data via a data bus 
(24) between a master device (21; 22, 23) and a 
slave device (22, 23; 21 ) which are each coupled to 
said bus, characterised in that said data is video da- 
ta and by the steps of: 

transmitting (S1) from said master device to 
said data bus a slave address of said slave de- 
vice and a command; 

generating (S2), at said master device, a KEY- 
CMD signal as a function of said command and 
a master security key; 

receiving (S2), at said slave device from said 
data bus, said slave address and said com- 
mand and recognizing said slave address as 
corresponding to said slave device; 
generating (S2), at said slave device, an ACK 
signal as a function of said command and a 
slave security key; 

transmitting (S3) from said slave device to said 
data bus a master address of said master de- 
vice and said ACK signal; 
receiving (S4), at said master device from said 
data bus, said master address and said ACK 
signal and recognizing said master address as 
corresponding to said master device; 
comparing (S4) said KEYCMD signal generat- 
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ed by said master device with said ACK signal 
received by said master device; and 
executing (S6) a data transfer between said 
master device and said slave device if said 
KEYCMD signal corresponds to said ACK sig- 
nal. 

2. The method, according to claim 1 . further compris- 
ing the step of: 

inhibiting (S5) a data transfer between said 
master device and said slave device if said KEYC- 
MD signal does not correspond to said ACK signal. 

3. The method, according to claim 2, wherein said step 
of inhibiting a data transfer comprises: 

transmitting said data from said slave device to 
said data bus; and 

preventing said master device from decoding 
said data from said data bus. 

4. The method, according to claim 2, wherein said step 
of inhibiting a data transfer comprises: 

preventing said master device from transmit- 
ting said data to said data bus. 

5. The method, according to claim 1, wherein said 
master device is a receiver (21) and said slave de- 
vice is a peripheral device (22, 23). 

6. The method, according to claim 5, wherein said pe- 
ripheral device is a display device (28-1 , 28-2). 

7. The method, according to claim 1, wherein said 
master device is a peripheral device (22, 23) and 
said stave device is a receiver (21). 

8. The method, according to claim 1, wherein said 
master device is a first peripheral device (22) and 
said slave device is a second peripheral device 
(23). 

9. The method, according to claim 1, wherein said 
slave device is a decoder (29-1 , 29-2). 

1 0. The method, according to claim 1 , wherein said step 
of executing a data transfer comprises: 

encrypting said data in said master device ac- 
cording to an encryption key; and 
decrypting said data in said slave device ac- 
cording to said encryption key. 

11. The method, according to claim 10, wherein said 
step of executing a data transfer further comprises: 

transmitting said slave address and said en- 
cryption key from said master device to said da- 
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ta bus; and 

receiving said encryption key and said slave 
address at said slave device from said data bus 
and recognizing said slave address as corre- 
sponding to said slave device. 

12. The method, according to claim 10, further compris- 
ing the step of: 

inhibiting a data transfer between said master 
device and said slave device if said KE YCMD signal 
does not correspond to said ACK signal. 

13. The method, according to claim 12. wherein said 
step of inhibiting a data transfer comprises: 

preventing said master device from 
transmitting said data to said data bus. 

14. The method, according to claim 10, wherein said 
master device is a receiver and said slave device is 
a peripheral device. 

15. The method, according to claim 14, wherein said 
peripheral device is a display device. 

16. The method, according to claim 10, wherein said 
master device is a peripheral device and said slave 
device is a receiver. 



does not correspond to said ACK signal. 

22. The method, according to claim 21, wherein said 
step of inhibiting a data transfer comprises: 

5 

transmitting said data from said slave device to 
said data bus; and 

preventing said master device from decoding 
said data from said data bus. 

10 

23. The method, according to claim 19, wherein said 
master device is a receiver and said slave device is 
a peripheral device. 

1$ 24. The method, according to claim 23, wherein said 
peripheral device is a display device. 

25. The method, according to claim 19, wherein said 
master device is a peripheral device and said slave 
device is a receiver. 
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26. The method, according to claim 19, wherein said 
master device is a first peripheral device and said 
slave device is a second peripheral device. 

27. The method, according to claim 19, wherein said 
slave device is a decoder. 



17. The method, according to claim 10, wherein said 
master device is a first peripheral device and said 
slave device is a second peripheral device. 

18. The method, according to claim 10, wherein said 
slave device is a decoder. 

1 9. The method, according to claim 1 , wherein said step 
ol executing a data transfer comprises: 

encrypting said data in said slave device ac- 
cording to an encryption key; and 
decrypting said data in said master device ac- • 
cording to said encryption key. 

20. The method, according to claim 19, wherein said 
step of executing a data transfer further comprises: 

transmitting said master address and said en- 
cryption key from said slave device to said data 
bus; and 

receiving said master address and said encryp- 
tion key from said data bus at said master de- 
vice and recognizing said master address as 
corresponding to said master device. 

21 . The method, according to claim 1 9, further compris- 
ing the step of: 

inhibiting a data transfer between said master 
device and said slave device if said KEYCMD signal 
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28. A system for communicating data comprising: 

at least one master device (21 ; 22, 23) having 
a master address; 

at least one slave device (22, 23; 21 ) having a 
slave address; and 

a data bus (24) coupled to said master device 
and to said slave device; 

characterised in that said data is video data 

and 

said master device includes: 

means (34, 33) for transmitting to said data bus 
said slave address and a command, 
means (34) for generating a KEYCMD signal 
as a function of said command and a master 
security key, 

means (33, 34) for receiving from said data bus 
said master address and an ACK signal, 
means (34) for recognizing said master ad- 
dress as corresponding to said master device, 
means (34) for comparing said KEYCMD signal 
and said ACK signal, and 
means (33, 36, 37) for receiving said video data 
from said data bus if said KEYCMD signal cor- 
responds to said ACK signal; and 

said slave device includes: 
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means (40B, 44B) for receiving from said data 
bus and slave address and said command, 
means (44B) for recognizing said slave ad- 
dress as corresponding to said slave device, 
means (44B) for generating said ACK signal as 
a function of said command and aslave security 
key, and 

means (44B, 40B) for transmitting to said data 
bus said master address, said ACK signal, and 
said video data. 

29. The system according to claim 28, wherein said 
master device further comprises means (34, 33) for 
inhibiting reception of said video data from said data 
bus if said KEYCMD signal does not correspond to 
said ACK signal. 

30. The system according to claim 29, wherein said 
means for inhibiting includes a switch (33). 

31. The system according to claim 28, wherein said 
master device is a receiver (21 ) and said slave de- 
vice is a peripheral device (22 : 23). 

32. The system according to claim 28, wherein said 
master device is a peripheral device (22, 23) and 
said slave device is a receiver (21). 

33. The system according to claim 28, wherein said 
master device is a first peripheral device (22) and 
said slave device is a second peripheral device 
(23). 

34. The system according to claim 28, wherein said 
slave device is a decoder (29-1, 29-2). 

35. The system according to claim 28, wherein: 

said master device further includes means (39) 
for decrypting said video data according to an 
encryption key; and 

said slave device further includes means (47B) 
for encrypting said video data according to said 
encryption key. 

36. The system according to claim 35, wherein: 

said master device further includes means (33, 
1 34) for receiving said encryption key from said 
data bus; and 

said slave device further includes means 
(1 44B, 40B) for transmitting said encryption key 
to said data bus. 



at least one slave device (26, 27; 25) having a 
slave address; 

a data bus (24), coupled to said master device 
and to said slave device; 

5 

characterised in that said data is video data 

and 

said master device includes: 

io means (134, 33) for transmitting to said data 

bus said slave address and a command, 
means (134) for generating a KEYCMD signal 
as a function of said command and a master 
security key, 

is means (1 34) for receiving from said data bus 

said master address and an ACK signal, 
means (134) for recognizing said master ad- 
dress as corresponding to said master device, 
means (1 34) for comparing said KEYCMD sig- 

20 nal and said ACK signal, and 

means (30 : 31. 32, 33) for transmitting to said 
data bus said video data it said KEYCMD signal 
corresponds to said ACK signal; and 

25 said slave device includes: 

means (40B, 1 44B) for receiving from said data 
bus said slave address, said command and 
said video data, 
30 means (144B) for recognizing said slave ad- 

dress as corresponding to said slave device, 
means (144B) for generating said ACK signal 
as a function of said command and a slave se- 
curity key, and 

3S means (144B, 40B) for transmitting to said data 

bus said master address and said ACK signal. 

38. The system according to claim 37, wherein said 
master device further includes means (134, 33) for 

40 inhibiting transmission of said video data to said da- 
ta bus if said KEYCMD signal does not correspond 
to said ACK signal. 

39. The system according to claim 37, wherein: 

45 

said master device further includes means (38) 
lor encrypting said video data according to an 
encryption key; and 

said slave device further includes means (46B) 
50 for decrypting said video data according to said 

encryption key. 

40. The system according to claim 39, wherein: 



37. A system for communicating data comprising: 

at least one master device (25; 26, 27) having 
a master address; 



55 said master device further includes means 

(1 34, 33) tor transmitting said encryption key to 
said data bus: and 

said slave device further includes means (40B, 
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33 

144B) for receiving said encryption key trom 
said data bus. 



Patentanspruche 

1. Verfahren zur Datenkommunikation uber einen Da- 
tenbus (24) zwischen einer Mastereinrichtung (21; 
22, 23) und einer Slaveeinrichtung (22 ; 23; 21), die 
an den Bus gekoppelt sind, dadurch gekennzeich- 
net, dass die Daten Videodaten sind, und gekenn- 
zeichnet durch die Schritte: 

Ubertragen (S1) einer Slaveadresse der Sla- 
veeinrichtung und eines Befehls von der Ma- 
stereinrichtung zum Datenbus, 
Erzeugen (S2) eines KEYCMD-Signals bei der 
Mastereinrichtung als Funktion des Befehls 
und eines Master-Sicherungsschlussels, 
Empfangen (S2) der Slaveadresse und des Be- 
fehls von der Slaveeinrichtung aus dem Daten- 
bus und Erkennen, dass die Slaveadresse mit 
der Slaveeinrichtung korrespondiert, 
Erzeugen (S2) eines ACK-Signals bei der Sla- 
veeinrichtung als Funktion des Befehls und ei- 
nes Slavesicherungsschlussels, 
Ubertragen (S3) einer Masteradresse der Ma- 
stereinrichtung und des ACK-Signals von der 
Slaveeinrichtung zum Datenbus, 
Empfangen (S4) der Masteradresse und des 
ACK-Signals von der Mastereinrichtung aus 
dem Datenbus und Erkennen, dass die Master- 
adresse mit der Mastereinrichtung korrespon- 
diert, 

Vergleichen (S4) des von der Mastereinrich- 
tung erzeugten KEYCMD-Signals mit dem von 
der Mastereinrichtung empfangenen ACK-Si- 
gnal, und 

Ausfuhren (S6) einer Datenubertragung zwi- 
schen der Mastereinrichtung und der Slaveein- 
richtung, wenn das KEYCMD-Signal mit dem 
ACK-Signal korrespondiert. 

2. Verfahren nach Anspruch 1, mit dem Schritl: 

Verhindern (S5) einer Datenubertragung zwi- 
schen der Mastereinrichtung und der Slaveeinrich- 
tung, wenn das KEYCMD-Signal nicht mit dem 
ACK-Signal korrespondiert. 

3. Verfahren nach Anspruch 2, wobei der Schritt des 
Verhinderns einer Datenubertragung aufweist: 

Ubertragen der Daten von der Slaveeinrichtung 
zum Datenbus. und 

Hindern die Mastereinrichtung daran, die Da- 
ten aus dem Datenbus zu decodieren. 

4. Verfahren nach Anspruch 2. wobei der Schritt des 
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Verhinderns einer Datenubertragung aufweist: 

Hindern die Mastereinrichtung daran, die Da- 
ten auf den Datenbus zu ubertragen. 

5 5. Verfahren nach Anspruch 1 , wobei die Masterein- 
richtung ein Empfanger (21) und die Slaveeinrich- 
tung eine periphere Einrichtung (22, 23) ist. 

6. Verfahren nach Anspruch 5, wobei die periphere 
io Einrichtung eine Anzeigeeinrichtung (28-1. 28-2) 

ist. 

7. Verfahren nach Anspruch 1 , wobei die Masterein- 
richtung eine periphere Einrichtung (22, 23) und die 

is Slaveeinrichtung ein Empfanger (21) ist. 

8. Verfahren nach Anspruch 1 , wobei die Masterein- 
richtung eine erste periphere Einrichtung (22) und 
die Slaveeinrichtung eine zweite periphere Einrich- 

20 tung (23) ist 

9. Verfahren nach Anspruch 1, wobei die Slaveein- 
richtung ein Decodierer (29-1, 29-2) ist. 

25 10. Verfahren nach Anspruch 1 ; wobei der Schritt des 
Ausfuhrens einer Datenubertragung aufweist: 

Veschlusseln der Daten in der Mastereinrichtung 
entsprechend einem Codierungs_schlussel, und 
30 Entschlusseln der Daten in der Slaveeinrich- 

tung entsprechend dem CodierungsschlGssel. 

1 1 . Verfahren nach Anspruch 1 0, wobei der Schritt des 
Ausfuhrens einer Datenubertragung aufweist: 

Ubertragen der Slaveadresse und des Codie- 
rungsschlussets von der Mastereinrichtung 
zum Datenbus, und 

Empfangen des Codierungsschlussels und der 
Slaveadresse von der Slaveeinrichtung aus 
dem Datenbus und Erkennen, dass die Slave- 
adresse mit der Slaveeinrichtung korrespon- 
diert. 

Verfahren nach Anspruch 10, mit dem Schritt: 

Verhindern einer Datenubertragung zwischen 
der Mastereinrichtung und der Slaveeinrichtung, 
wenn das KEYCMD-Signal nicht mit dem ACK-Si- 
gnal korrespondiert. 

Verfahren nach Anspruch 12, wobei der Schritt des 
Verhinderns einer Datenubertragung aufweist: 

Hindern die Mastereinrichtung daran, Daten 
auf den Datenbus zu ubertragen. 

Verfahren nach Anspruch 10, wobei die Masterein- 
richtung ein Empfanger und die Slaveeinrichtung 
eine periphere Einrichtung ist. 
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15. Verfahren nach Anspruch 14, wobei die periphere 
Einrichtung eine Anzeigeeinrichtung ist. 

16. Vertahren nach Anspruch 10, wobei die Masterein- 
richlung eine periphere Einrichtung und die Sla- 
veeinrichtung ein Empfanger ist. 

17. Verfahren nach Anspruch 10, wobei die Masterein- 
richtung eine erste periphere Einrichtung und die 
Slaveeinrichtung eine zwehe periphere Einrichtung 
ist. 

18. Verfahren nach Anspruch 10, wobei die Slaveein- 
richtung eine Decodierer ist. 

19. Verfahren nach Anspruch 1, wobei der Schritt des 
Ausfuhrens einer Datenubertragung aufweist: 



Veschlusseln der Daten in der Slaveeinrichtung 
entsprechend einem Codierungsschlussel, 20 
und 

Entschlusseln der Daten in der Mastereinrich- 
tung entsprechend dem Codierungsschlussel. 



20. Verfahren nach Anspruch 1 9, wobei der Schritt des 
Ausfuhrens einer Datenubertragung aufweist: 



is 
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Ubertragen der Masteradresse und des Codie- 
rungsschlussels von der Slaveeinrichtung zum 
Datenbus, und 30 
Empfangen der Masteradresse und des Codie- 
rungsschlussels von der Mastereinrichtung aus 
dem Datenbus und Erkennen, dass die Master- 
adresse mit der Mastereinrichtung korrespon- 
diert. 35 

21. Verfahren nach Anspruch 19 s mit dem Schritt: 

Verhindern einer Datenubertragung zwischen 
der Mastereinrichtung und der Slaveeinrichtung, 
wenn das KEYCMD-Signal nicht mit dem ACK-Si- 40 
gnal korrespondiert. 

22. Verfahren nach Anspruch 21 , wobei der Schritt des 
Verhinderns einer Datenubertragung aufweist: 
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Ubertragen der Daten von der Slaveeinrichtung 
zum Datenbus, und 

Hindern die Mastereinrichtung daran, die Da- 
ten aus dem Datenbus zu decodieren. 

23. Verfahren nach Anspruch 1 9, wobei die Masterein- 
richtung ein Empfanger und die Slaveeinrichtung 
eine periphere Einrichtung ist. 



24. Verfahren nach Anspruch 23, wobei die periphere ss 
Einrichtung eine Anzeigeeinrichtung ist. 

25. Verfahren nach Anspruch 1 9, wobei die Masterein- 



richtung eine periphere Einrichtung und die Sla- 
veeinrichtung ein Empfanger ist. 

26. Verfahren nach Anspruch 19, wobei die Masterein- 
richtung eine erste periphere Einrichtung und die 
Slaveeinrichtung eine zweite periphere Einrichtung 
ist. 

27. Verfahren nach Anspruch 19, wobei die Slaveein- 
richtung eine Decodierer ist. 

28. System zur Datenkommunikation, aufweisend: 

Wenigstens eine Mastereinrichtung (21; 22, 
23) mit einer Masteradresse, 
wenigstens eine Slaveeinrichtung (22, 23; 21) 
mit einer Slaveadresse und 
einen Datenbus (24), der an die Mastereinrich- 
tung (21; 22, 23) und die Slaveeinrichtung (22. 
23; 21) gekoppelt ist, 

dadurch gekennzeichnet, dass die Daten Vi- 
deodaten sind, und dass 

die Mastereinrichtung aufweist: 

Eine Einrichtung (34, 33) zur Ubertragung (S1) 
der Slaveadresse und eines Befehls zum Da- 
tenbus, 

eine Einrichtung (34) zur Erzeugung eines 
KEYCMD-Signals als Funktion des Befehls 
und eines Mastersicherungsschlussels, 
eine Einrichtung (33, 34) Empfang der Master- 
adresse und eines ACK-Signals aus dem Da- 
tenbus. 

eine Einrichtung (34) zum Erkennen der Ma- 
steradresse als mit der Mastereinrichtung kor- 
respondierend, 

eine Einrichtung (34) zum Vergleich des KEY- 
CMD-Signals und des ACK-Signals. und 
eine Einrichtung (33, 36, 37) zum Emplang der 
Videodaten aus dem Datenbus, wenn das 
KEYCMD-Signal mit dem ACK-Signal korre- 
spondiert, und dass 

die Slaveeinrichtung aufweist: 

Eine Einrichtung (40B, 44B) zum Empfang der 
Slaveadresse und des Befehls aus dem Daten- 
bus, 

eine Einrichtung (44B) zum Erkennen der Sla- 
veadresse als mit der Slaveeinrichtung korre- 
spondierend, 

eine Einrichtung (44B) zur Erzeugung des 
ACK-Signals als Funktion des Befehls und ei- 
nes Slavesicherungsschlus-sels, und 
eine Einrichtung (44B, 40B) zur Ubertragung 
der Masteradresse, des ACK-Signals und der 
Videodaten zum Datenbus. 
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29. System nach Anspruch 28, wobei die Masterein- 
richtung autweist: 

Eine Einrichtung (34, 33) zur Verhinderung ei- 
nes Empfangs von Videodaten aus dem Datenbus, 
wenn das KEYCMD-Signal nicht mil dem ACK-Si- s 
gnal korrespondiert. 

30. System nach Anspruch 29, wobei die Einrichtung 
zur Verhinderung einen Schalter (33) aufweist. 

JO 

31. System nach Anspruch 26, wobei die Masterein- 
richtung ein Empfanger (21) und die Slaveeinrich- 
tung eine periphere Einrichtung (22, 23) ist. 

32. System nach Anspruch 28, wobei die Masterein- is 
richtung eine periphere Einrichtung (22, 23) und die 
Slaveeinrichtung ein Empfanger (21) ist. 

33. System nach Anspruch 26, wobei die Masterein- 
richtung eine erste periphere Einrichtung (22) und 20 
die Slaveeinrichtung eine zwaite periphere Einrich- 
tung (23) ist. 

34. System nach Anspruch 28, wobei die Slaveeinrich- 
tung ein Decodierer (29-1, 29-2) ist. 25 

35. System nach Anspruch 28, wobei 

die Mastereinrichtung eine Einrichtung (39) zur 
Entschlusselung der Videoaten entsprechend 30 
einem CodierungsschlOssel, und 
die Slaveeinrichtung eine Einrichtung (47B) zur 
Verschlusselung der Videodaten entsprechend 
dem CodierungsschlOssel aufweist 

35 

36. System nach Anspruch 35, wobei 

die Mastereinrichtung eine Einrichtung (33, 
134) zum Empfang des Codierungsschlussels 
aus dem Datenbus und 40 
die Slaveeinrichtung eine Einrichtung (144B, 
44B) zur Obertragung des Codierungsschlus- 
sels zum Datenbus aufweist. 

37. System zur Datenkommunikation, aufweisend: 

Wenigstens eine Mastereinrichtung (25; 26, 
27) mil einer Masteradresse. 
wenigstens eine Slaveeinrichtung (26, 27; 25) 
mit einer Slaveadresse und so 
einen Datenbus (24), der an die Mastereinrich- 
tung (21; 22, 23) und die Slaveeinrichtung (22, 
23; 21)gekoppelt ist, 

dadurch gekennzeichnet, dass die Daten Vi- ss 
deodaten sind, und dass 

die Mastereinrichtung aufweist: 



Eine Einrichtung (134, 33) zur Obertragung 
(S1) der Slaveadresse und eines Befehls zum 
Datenbus, 

eine Einrichtung (134) zur Erzeugung eines 
KEYCMD-Signals als Funktion des Befehls 
und eines Mastersicherungsschlussels, 
eine Einrichtung (134) Empfang der Master- 
adresse und eines ACK-Signals aus dem Da- 
tenbus ; 

eine Einrichtung (134) zum Erkennen der Ma- 
steradresse als mit der Mastereinrichtung kor- 
respondierend, 

eine Einrichtung ( 1 34) zum Vergteich des KEY- 
CMD-Signals und des ACK-Signals, und 
eine Einrichtung (30, 31 , 32, 33) zur Obertra- 
gung der Videodaten zum Datenbus, wenn das 
KEYCMD-Signal mit dem ACK-Signal korre- 
spondiert, und dass 

die Slaveeinrichtung aufweist: 

Eine Einrichtung (40B, 144B) zum Empfang der 
Slaveadresse, des Befehls und der Videodaten 
aus dem Datenbus. 

eine Einrichtung (144B) zum Erkennen der Sla- 
veadresse als mit der Slaveeinrichtung korre- 
spondierend, 

eine Einrichtung (144B) zur Erzeugung des 
ACK-Signals als Funktion des Befehls und ei- 
nes Slavesicherungsschlussels, und 
eine Einrichtung (144B, 40B) zur Obertragung 
der Masteradresse und des ACK-Signals zum 
Datenbus. 

38. System nach Anspruch 37, wobei die Masterein- 
richtung eine Einrichtung (134, 33) zur Verhinde- 
rung einer Obertragung der Videodaten zum Daten- 
bus, wenn das KEYCMD-Signal nicht mit dem ACK- 
Signal korrespondiert, aufweist. 

39. System nach Anspruch 37, wobei 

die Mastereinrichtung eine Einrichtung (36) zur 
Verschlusselung der Videoaten entsprechend 
einem CodierungsschlOssel, und 
die Slaveeinrichtung eine Einrichtung (46B) zur 
Entschlusselung der Videodaten entsprechend 
dem CodierungsschlOssel aufweist. 

40. System nach Anspruch 39, wobei 

die Mastereinrichtung eine Einrichtung (134, 
33) zur Obertragung des Codierungsschlussels 
zum Datenbus und 

die Slaveeinrichtung eine Einrichtung (40B. 
144B) zum Empfang des Codierungsschlus- 
sels aus dem Datenbus aufweist. 
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Revendications 

1 . Procede de communications de donnees par I'inter- 
mediaire d'un bus de donnees (24) entre un dispo- 
sitif maitre (21 ; 22. 23) et un disposilif esclave (22, 5 
23 ; 21 ) qui sont chacun relies audit bus, caracterise 

en ce que lesdites donnees sont des donnees video 
et par les etapes consistant a • 

transmettre (SI) depuis ledit disposilif mattre io 
vers ledit bus de donn6es une adresse esclave 
dudit dispositil esclave et une instruction, 
gene^er (S2), au niveau dudit disposilif mattre 
un signal KEYCMD en fonction de ladite ins- 
truction et d'une cle de securite mattre, 15 
recevoir (S2), au niveau dudit disposilif esclave 
depuis ledit bus de donnees, ladite adresse es- 
clave et ladite instruction et reconnattre ladite 
adresse esclave comme correspondant audit 
dispositif esclave, so 
gene^er (S2), au niveau dudit dispositif escla- 
ve, un signal ACK en fonction de ladite instruc- 
tion et d'une cle de securite esclave, 
transmettre (S3) a partir dudit dispositif esclave 
vers ledit bus de donnees une adresse mattre 2S 
dudit dispositif mattre et dudit signal ACK, 
recevoir (S4), au niveau dudit dispositif mattre 
depuis ledit bus de donnees, ladite adresse 
mattre et ledit signal ACK et reconnattre ladite 
adresse mattre comme correspondant audit 30 
dispositif mattre, 

comparer (S4) ledit signal KEYCMD genere par 
ledit dispositif mattre audit signal ACK recu par 
ledit dispositif mattre, et 

executer.(S6) un transfert de donnees entre le- 35 
dit dispositif mattre et ledit dispositif esclave si 
ledit signal KEYCMD correspond audit signal 
ACK. 

2. Procede selon la revendication 1 , comprenant en *o 
outre I'etape consistant a : 

interdire (S5) un transfert de donnees entre 
ledit dispositif mattre et ledit dispositif esclave si le- 
dit signal KEYCMD ne correspond pas audit signal 
ACK. 45 

3. Procede selon la revendication 2, dans lequel ladite 
6tape consistant a interdire un transfert de donnees 
comprend : 

so 

transmettre lesdites donnees depuis ledit dis- 
positif esclave vers ledit bus de donnees, et 
empdcher ledit dispositif mattre de decoder les- 
dites donnees provenant dudit bus de donnees. 

55 

4. Procede selon la revendication 2, dans lequel ladite 
etape d'interdiction de transfert de donnees 
comprend : 
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empecher ledit dispositif mattre de transmet- 
tre lesdites donnees vers ledit bus de donnees. 

5. Procede selon la revendication 1 , dans lequel ledit 
dispositif mattre est un recepteur (21 ) et ledit dispo- 
sitif esclave est un dispositif peripherique (22. 23). 

6. Procede selon la revendication 5, dans lequel ledit 
dispositif peripherique est un dispositif d'affichage 
(28-1,28-2). 

7. Procede selon la revendication 1 , dans lequel ledit 
dispositif mattre est un dispositif peripherique (22. 
23) et ledit dispositif esclave est un recepteur (21). 

8. Procede selon la revendication 1 , dans lequel ledit 
dispositif mattre est un premier dispositif peripheri- 
que (22) et ledit dispositif esclave est un second dis- 
positif peripherique (23). 

9. Procede selon la revendication 1, dans lequel ledit 
dispositif esclave est un decodeur (29-1, 29-2). 

10. Procede selon la revendication 1 . dans lequel ladite 
etape d'execution d'un transfert de donnees 
comprend : 

crypter lesdites donnees dans ledit dispositif 
mattre conformement a une cle de cryptage, et 
decrypter lesdites donnees dans ledit dispositif 
esclave conformement a ladite cle de cryptage. 

11. Procede selon la revendication 10, dans lequel la- 
dite etape d'execution d'un transfert de donnees 
comprend en outre : 

transmettre ladite adresse esclave et ladite cle 
de cryptage depuis ledit dispositif mattre vers 
ledit bus de donnees, et 
recevoir ladite cle de cryptage et ladite adresse 
esclave audit dispositif esclave depuis ledit bus 
de donnees et reconnattre ladite adresse es- 
clave comme correspondant audit dispositif es- 
clave. 

12. Procede selon la revendication 10, comprenant en 
outre I'etape consistant a : 

interdire un transfer! de donnees entre ledit 
dispositif mattre et ledit dispositif esclave si ledit si- 
gnal KEYCMD ne correspondant pas audit signal 
ACK. 

13. ProcedS selon la revendication 12, dans lequef la- 
dite etape d'interdiction d'un transfert de donnees 
comprend : 

empecher ledit dispositif mattre de transmet- 
tre lesdites donnees vers ledit bus de donnees. 
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14. Procede selon ta revendication 10, dans lequel ledit 
dispositif maTtre est un recapteur et ledit dispositif 
esclave est un dispositif peripherique. 

15. Procede selon la revendication 14, dans lequel ledit $ 
dispositif peripherique est un dispositif d'affichage. 

16. Procede selon la revendication 10, dans lequel ledit 
dispositif maitre est un dispositif peripherique et le- 
dit dispositif esclave est un recepteur. to 

17. Procede selon la revendication 10 ; dans lequel ledit 
dispositif maitre est un premier dispositif peripheri- 
que et ledit dispositif esctave est un second dispo- 
sitif peripherique. 15 

18. Procede selon ta revendication 10 ; dans lequel ledit 
dispositif esclave est un decode ur. 

1 9. Procede selon ta revendication 1 , dans lequel ladite 20 
etape d'execution d'un transfer! de donnees 
comprend : 

crypter lesdites donnees dans ledit dispositif 
esclave conformement a une cle de cryptage, 25 
et 

decrypter lesdites donnees dans ledit dispositif 
maTtre conformement a ladite cle de cryptage. 

20. Procede selon la revendication 19, dans lequel la- 30 
dite etape d'execution d'un transfert de donnees 
comprend en outre : 

transmettre ladite adresse maitre et ladite cle 
de cryptage depuis ledit dispositif esclave audit 3s 
bus de donnees, et 

recevoir ladite adresse maitre et ladite cle de 
cryptage depuis ledit bus de donnees audit dis- 
positif maTtre et reconnaTtre ladite adresse maT- 
tre comme correspondant audit dispositif maT- <*o 
tre. 

21. Procede seton la revendication 19, comprenant en 
outre I'etape consistant a : 

interdire un transfert de donnees entre ledit *s 
dispositif maitre et ledit dispositif esclave si ledit si- 
gnal KEYCMD ne correspond pas audit signal ACK. 

22. Procede seton la revendication 21, dans lequel la- 
dite etape d'interdiction d'un transfert de donnees so 
comprend : 

transmettre lesdites donnees depuis ledit dis- 
positif esclave vers ledit bus de donnees, et 
empecher ledit dispositif maTtre de decoder les- 55 
dites donnees provenanl dudit bus de donn6es. 

23. Procede selon la revendication 1 9, dans lequel ledit 



dispositif maTtre est un recepteur et ledit dispositif 
esclave est un dispositif peripherique. 

24. Procede selon la revendication 23, dans lequel ledit 
dispositif peripherique est un dispositif d'affichage. 

25. Procede selon la revendication 1 9, dans lequel ledit 
dispositif maTtre est un dispositif peripherique et le- 
dit dispositif esclave est un recepteur. 

26. Proc6d6 selon la revendication 1 9, dans lequel ledit 
dispositif maTtre est un premier dispositif peripheri- 
que et ledit dispositif esclave est un second dispo- 
sitif peripherique. 

27. Procede selon la revendication 1 9, dans lequel ledit 
dispositif esclave est un decodeur. 

28. Systerne destine a communiquer des donnees 
comprenant : 

au moins un dispositif maTtre (21 ; 22, 23) com- 

portant une adresse maTtre, 

au moins un dispositif esclave (22, 23; 21) 

comprenant une adresse esclave, et 

un bus de donnees (24) relie audit dispositif 

maTtre et audit dispositif esclave. 

caracterise en ce que lesdites donnees sont 
des donnees video et en ce que le dispositif maTtre 
comprend : 

un moyen (34, 33) destine a transmettre audit 
bus de donnees ladite adresse esclave et une 
instruction, 

un moyen (34) destine a generer un signal 

KEYCMD en fonction de ladite instruction et 

d'une cle de securite maTtre, 

un moyen (33, 34) destine a recevoir dudit bus 

de donnees ladite adresse maTtre et un signal 

ACK, 

un moyen (34) destine a reconnaTtre ladite 
adresse maTtre comme correspondant audit 
dispositif maTtre, 

un moyen (34) destine a comparer ledit signal 
KEYCMD et ledit signal ACK, et 
un moyen (33, 36, 37) destine a recevoir lesdi- 
tes donnees video depuis ledit bus de donnees 
si ledit signal KEYCMD correspond audit signal 
ACK, et 

ledit dispositif esclave comprend : 

un moyen (40B, 44B) destine a recevoir dudit 
bus de donnees une adresse esclave et ladite 
instruction, 

un moyen (44B) destine a reconnaTtre ladite 
adresse esclave comme correspondant audit 
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dispositif esclave, 

un moyen (44B) destine a generer (edit signal 
ACK en fonction de ladite instruction et d'une 
cle de securite esctave, et 

un moyen (44B. 40B) destine a transmettre s 
audit bus de donnees ladite adresse ma it re, le- 
dit signal ACK, et lesdites donnees video. 

29. Systeme seton la revendication 2B, dans lequel ledit 
dispositif maitre comprend en outre un moyen (34. 10 
33) destine a interdire la reception des donnees vi- 
deo depuis ledit bus de donnees si ledit signal KEY- 
CMD ne correspond pas audit signal ACK. 

30. Systeme selon la revendication 29, dans lequel ledit ?5 
moyen destine a interdire comprend un commuta- 
teur (33). 

31. Systeme selon la revendication 28, dans lequel ledit 
dispositif maTtre est un recepteur (21 ) et tedit dispo- 20 
silif esctave est un dispositif peripherique (22, 23). 

32. Systeme selon la revendication 28 dans lequel ledit 
dispositif maTtre est un dispositif peripherique (22, 

23) et ledit dispositif esctave est un recepteur (21). 25 

33. Systeme selon la revendication 28, dans lequel ledit 
dispositif maitre est un premier dispositif peripheri- 
que (22) et ledit dispositif esctave est un second dis- 
positif peripherique (23). 30 

34. Systeme selon la revendication 28, dans lequel ledit 
dispositif esclave est un decodeur (29-1, 29-2). 

35. Systeme selon la revendication 29, dans lequet : 35 



ledit dispositif maitre comprend en outre un 
moyen (39) destine a decrypter lesdites don- 
nees video conformement a une cle de crypta- 
ge, et 

ledit dispositif esclave comprend en outre un 
moyen (47B) destine a crypter. lesdites don- 
nees video conformement a tadite cie de cryp- 
tage. 

36. Systeme selon la revendication 35. dans lequel : 

ledit dispositif maitre comprend en outre un 
moyen (33 : 1 34) destine a recevoir ladite cle de 
cryptage depuis ledit bus de donnees, et 
ledit dispositif esclave comprend en outre un 
moyen (1 44B. 40B) destine a transmettre ladite 
cle de cryptage audit bus de donnees. 

37. Systeme destine a communiquer des donnees 
comprenant ; 

au moins un dispositif mattre (25 ; 26, 27) com- 
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portant une adresse maitre, 
au moins un dispositif esclave (26, 27 ; 25) 
comprenant une adresse esclave, et 
un bus de donnees (24) relie audit dispositif 
mattre et audit dispositif esclave, 

caracterise en ce que lesdites donnees sont 
des donnees video et en ce que ledit dispositif mai- 
tre comprend : 

un moyen (1 34, 33) destine a transmettre audit 
bus de donnees ladite adresse esclave et une 
instruction, 

un moyen (134) destine a generer un signal 

KEYCMD en fonction de ladite instruction et 

d'une cl6 de securite maitre, 

un moyen (1 34) destine a recevoir dudit bus de 

donnees ladite adresse mattre el un signal 

ACK, 

un moyen (134) destine a reconnattre ladite 
adresse mattre comme correspondant audit 
dispositif mattre, 

un moyen (1 34) destine a comparer ledit signal 
KEYCMD et ledit signal ACK, et 
un moyen (30, 31, 31, 33) destine a transmettre 
audit bus de donnees lesdites donnees vid6o 
si ledit signal KEYCMD correspondant audit si- 
gnal ACK, et 

ledit dispositif esclave comprend : 

un moyen (40B, 144B) destine a recevoir dudit 
bus de donnees ladite adresse esclave, ladite 
instruction, et lesdites donnees video, 
un moyen (144B) destine a reconnattre ladite 
adresse esclave comme correspondant audit 
dispositif esclave, 

un moyen (144B) destine a generer ledit signal 
ACK en fonction de ladite instruction et d'une 
cte de securite esclave, et 
un moyen (144B, 40B) destine a transmettre 
audit bus de donnees ladite adresse mattre, et 
ledit signal ACK. 

38. Systeme selon la revendication 37, dans lequel ledit 
dispositif mattre comprend en outre un moyen (1 34, 
33) destine a interdire une transmission desdites 
donnees video audit bus de donnees si ledit signal 
KEYCMD ne correspond pas audit signal ACK. 

39. Systeme selon la revendication 37, dans lequel : 

ledit dispositif mattre comprend en outre un 
moyen (38) destine a crypter lesdites donn6es 
video conformement a une cle de cryptage, et 
ledit dispositif esclave comprend en outre un 
moyen (46B) destine a decrypter lesdites don- 
nees conformement a ladite cle de cryptage. 
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Systeme selon la revendication 39, dans lequel : 

ledit dispositif maitre comprend en outre un 
moyen (1 34, 33) destine a transmettre ladite cl6 
de cryptage audit bus de donn6es, et s 
ledit dispositif esclave comporte en outre un 
moyen {40 B, 1 44B) destine a recevoir ladite cle 
de cryptage dudit bus de donndes. 
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